From owner-freebsd-current Sun Jun 17 1: 1:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from host.job-rex.com (host.job-rex.com [211.10.0.113]) by hub.freebsd.org (Postfix) with ESMTP id 7516337B405 for ; Sun, 17 Jun 2001 01:01:48 -0700 (PDT) (envelope-from info@job-rex.com) Received: from info (240.pool8.dsltokyo.att.ne.jp [165.76.190.240]) by host.job-rex.com (8.11.4/8.11.4) with SMTP id f5H826J04572 for ; Sun, 17 Jun 2001 17:02:06 +0900 Date: Sun, 17 Jun 2001 17:02:06 +0900 Message-Id: <200106170802.f5H826J04572@host.job-rex.com> From: "job-rex.com" To: freebsd-current@freebsd.org Subject: =?ISO-2022-JP?B?gXmTXZBFjniJh4NUg0ODZ4F6g1eDh4N1g4yDYoNOg1g=?= X-Mailer: MultiSneder1.2 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 【転職支援サイト】ジョブレックス http://www.job-rex.com/ はじめまして、ジョブレックスです。 突然ですが 今働いている会社の評価に満足していますか？ ジョブレックスは現在キャリアアップ活動中の人、 不満はあるけど‥‥‥、という人の活動を支援する キャリアアップ支援サイトです。 今まで転職活動で成果を上げる事が出来なかった方も、 ジョブレックスで転職のキャリアアップ！ 求人企業や募集職種についての詳細はＨＰでご覧になれますが、 不明な点があれば直接、電話やメールで簡単に問い合わせする事もできます。 詳しくはこちら↓ http://www.job-rex.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 3:23:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by hub.freebsd.org (Postfix) with ESMTP id B064D37B401 for ; Sun, 17 Jun 2001 03:23:53 -0700 (PDT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 3908F17D14; Sun, 17 Jun 2001 12:14:57 +0200 (CEST) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.11.4/8.11.3) id f5HACH602465 for freebsd-current@freebsd.org; Sun, 17 Jun 2001 12:12:17 +0200 (CEST) (envelope-from schweikh) Date: Sun, 17 Jun 2001 12:12:17 +0200 From: Jens Schweikhardt To: FreeBSD current Subject: mdconfig/umount Fatal trap 12 Message-ID: <20010617121217.A2453@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hello, world\n with a system cvsupped June 6th I can reliably reproduce a Fatal trap 12: page fault while in kernel mode fault virtual address = 0x22 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01b67e2 stack pointer = 0x10:0xc8f7aea0 frame pointer = 0x10:0xc8f7aea8 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 = 832 (umount) panic: from debugger panic: from debugger Uptime: 10m3s dumping to dev da2s1b, offset 352280 when I try to unmount a deleted mdconfig device. Here's the recipe: # file iso is a Freebsd 4.3 Wind River CD image made with # dd if=/dev/cd0c of=file.iso bs=2048 mdconfig -a -t vnode -f file.iso mount -t cd9660 /dev/md0 /mnt/freebsd-cd mdconfig -d -u md0 umount /dev/md0 I'm not sure if this is the right fix but what about having the mdconfig -d fail with EBUSY in case someone tries to delete a mounted md device? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 6: 4:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id A8CE737B405 for ; Sun, 17 Jun 2001 06:04:55 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA22926; Sun, 17 Jun 2001 23:04:37 +1000 Date: Sun, 17 Jun 2001 23:02:50 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Warner Losh Cc: "Steve O'Hara-Smith" , David Wolfskill , current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] In-Reply-To: <200106170518.f5H5I6V44586@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 16 Jun 2001, Warner Losh wrote: > In message <20010615183515.36f81380.steveo@eircom.net> "Steve O'Hara-Smith" writes: > : I would argue loud and long that changing that *would* be broken. There > : is never a guarantee (or even an implication) that a symlink points to a > : valid directory entry (think unmounted filesystems, NFS ...). I find it hard > : to imagine why creation time should be special in that regard. > > And it would break /etc/malloc.conf! I'd have to agree 100% here. No, it (disallowing null symlinks, not disallowing symlinks to nonexistent files!!!) wouldn't break /etc/malloc.conf. "ln -fs '' /etc/malloc.conf" would simply fail after unlinking /etc/malloc.conf. There would then be no /etc/malloc.conf, which gives exactly the same behaviour as when /etc/malloc.conf is a null symlink. BTW, even ln(1) doesn't understand null symlinks: root$ cd /tmp # a safe place to clobber root$ ln -fs aj /etc/malloc.conf # my usual malloc.conf root$ ln -fs a /etc/malloc.conf # normal changes to it work root$ ln -fs '' /etc/malloc.conf # change it to null (works) root$ ln -fs aj /etc/malloc.conf # attempt to change it back root$ ls -l /etc/malloc.conf # change didn't work: lrwxr-xr-x 1 root wheel 0 Jun 17 22:15 /etc/malloc.conf -> root$ ls -l /aj # change clobbered root dir: lrwxr-xr-x 1 root wheel 2 Jun 17 22:31 /aj@ -> aj So disallowing null symlinks would actually unbreak /etc/malloc.conf. Further debugging shows that the main bug is in the kernel. stat(2) on a null symlink bogusly succeeds and classifies the symlink as a directory. ln(1) just believes this so it rewrites "ln -fs aj /etc/malloc.conf" to "ln -fs aj /etc/malloc.conf/aj". The kernel then resolves /etc/malloc.conf/aj to /aj. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 6:43:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 339B937B416 for ; Sun, 17 Jun 2001 06:43:07 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5HDgdw49475; Sun, 17 Jun 2001 17:42:39 +0400 (MSD) (envelope-from ache) Date: Sun, 17 Jun 2001 17:42:37 +0400 From: "Andrey A. Chernov" To: Bruce Evans Cc: Warner Losh , "Steve O'Hara-Smith" , David Wolfskill , current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010617174235.A49454@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Sun, Jun 17, 2001 at 11:02:50PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 23:02:50 +1000, Bruce Evans wrote: > > So disallowing null symlinks would actually unbreak /etc/malloc.conf. > > Further debugging shows that the main bug is in the kernel. > stat(2) on a null symlink bogusly succeeds and classifies the symlink > as a directory. ln(1) just believes this so it rewrites > "ln -fs aj /etc/malloc.conf" to "ln -fs aj /etc/malloc.conf/aj". > The kernel then resolves /etc/malloc.conf/aj to /aj. And this should be fixed, as I say from the very beginning. (strangely, most people here mistreat null symlinks we discuss as non-null symlinks with non-existen targets) -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 8:42:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 76BE237B407 for ; Sun, 17 Jun 2001 08:42:21 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-b080.otenet.gr [195.167.121.208]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f5HFgGp29669; Sun, 17 Jun 2001 18:42:16 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.3/8.11.3) id f5HFMv617777; Sun, 17 Jun 2001 18:22:57 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 17 Jun 2001 18:22:56 +0300 From: Giorgos Keramidas To: Peter Wemm Cc: Steve Kargl , current@FreeBSD.ORG Subject: Re: convert libgmp to a port? Message-ID: <20010617182256.A17724@hades.hell.gr> References: <20010616201135.A60010@troutmask.apl.washington.edu> <20010617063845.E53DA39E9@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010617063845.E53DA39E9@overcee.netplex.com.au>; from peter@wemm.org on Sat, Jun 16, 2001 at 11:38:45PM -0700 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 16, 2001 at 11:38:45PM -0700, Peter Wemm wrote: > It should not be too hard to have build a lightweight 'libbignum' that > is extracted from the openssl sources and make that available in the base > system. It would not be hard to convert the lib*mp consumers to use the > libbignum (libbn, -lbn ?) and then we can get rid of it. > > telnet* should never have used libmp in the first place, it should have > used libcrypto/bignum. chkey/newkey/keyserv are using libmp for > diffie-helmann key exchange. (just large integer multiplication). It > should be really easy to convert those three. Since there are a few things that are using libgmp (and I missed them in my quick search through the sources), no I would not prefer removing libgmp and making a new, probably buggier, libbignum that will replace our current libgmp. If we do need some of the functionality of libgmp in the base-system, then we really should import some newer version of libgmp, instead of trying to make our own new library. I dont really like reinventing wheels :) -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 8:52:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from newgold.net (newgold.net [209.42.222.44]) by hub.freebsd.org (Postfix) with SMTP id 6AE4A37B405 for ; Sun, 17 Jun 2001 08:52:29 -0700 (PDT) (envelope-from jmallett@newgold.net) Received: (qmail 4196 invoked by uid 1000); 17 Jun 2001 15:48:41 -0000 Date: Sun, 17 Jun 2001 11:48:41 -0400 (EDT) From: "Joseph A. Mallett" X-X-Sender: To: Giorgos Keramidas Cc: Peter Wemm , Steve Kargl , Subject: Re: convert libgmp to a port? In-Reply-To: <20010617182256.A17724@hades.hell.gr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 17 Jun 2001, Giorgos Keramidas wrote: > > If we do need some of the functionality of libgmp in the base-system, > then we really should import some newer version of libgmp, instead of > trying to make our own new library. I dont really like reinventing > wheels :) > Unless you are the one charged with doing the work, you shouldn't complain about the circumstances of the job. If someone wants to implement something which already exists with a good reason for doing so, let them. It can't hurt. Honestly, the odds that you would end up doing this, are NULL. Giving concise reasons as to why it doesn't need replaced would be nice, rather than "why not bring in more vendor code". -- [ Joseph Mallett ] [ http://srcsys.org ] [ xMach Core Team xMach: Proactively Unbloated Microkernel BSD ] [ FreeBSD, NetBSD, & xMach User; (Obj)C(++) Coder ] [ http://xMach.org ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 9:39:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from femail8.sdc1.sfba.home.com (femail8.sdc1.sfba.home.com [24.0.95.88]) by hub.freebsd.org (Postfix) with ESMTP id BA64E37B40A for ; Sun, 17 Jun 2001 09:38:57 -0700 (PDT) (envelope-from mixtim@home.com) Received: from cg392862-a.adubn1.nj.home.com ([65.2.79.221]) by femail8.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010617163856.HOSW29830.femail8.sdc1.sfba.home.com@cg392862-a.adubn1.nj.home.com> for ; Sun, 17 Jun 2001 09:38:56 -0700 Received: (from mixtim@localhost) by cg392862-a.adubn1.nj.home.com (8.11.4/8.11.4) id f5HGcts05860 for current@freebsd.org; Sun, 17 Jun 2001 12:38:55 -0400 (EDT) (envelope-from mixtim) Date: Sun, 17 Jun 2001 12:38:55 -0400 From: Mixtim To: current@freebsd.org Subject: Re: convert libgmp to a port? Message-ID: <20010617123855.A5690@home.com> References: <20010617182256.A17724@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jmallett@xMach.org on Sun, Jun 17, 2001 at 11:48:41AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 11:48:41AM -0400, Joseph A. Mallett wrote: > > If we do need some of the functionality of libgmp in the base-system, > > then we really should import some newer version of libgmp, instead of > > trying to make our own new library. I dont really like reinventing > > wheels :) > > Unless you are the one charged with doing the work, you shouldn't complain > about the circumstances of the job. If someone wants to implement > something which already exists with a good reason for doing so, let them. > It can't hurt. > > Honestly, the odds that you would end up doing this, are NULL. Giving > concise reasons as to why it doesn't need replaced would be nice, rather > than "why not bring in more vendor code". You can replace each use of libgmp with the BIGNUM's in the openssl libraries. OpenBSD did this long ago in order to remove libgmp from their code base. If no one else wants to write the code then I'd be happy to do so. Its not really all that hard to do. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 10:35: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from white.dogwood.com (white.dogwood.com [63.96.228.130]) by hub.freebsd.org (Postfix) with ESMTP id 130C037B403 for ; Sun, 17 Jun 2001 10:34:35 -0700 (PDT) (envelope-from dave@dogwood.com) Received: (from dave@localhost) by white.dogwood.com (8.11.3/8.11.3) id f5HHYUv14460 for freebsd-current@freebsd.org; Sun, 17 Jun 2001 10:34:30 -0700 (PDT) (envelope-from dave) From: Dave Cornejo Message-Id: <200106171734.f5HHYUv14460@white.dogwood.com> Subject: SCSI hangs w/SuperMicro 6010H To: freebsd-current@freebsd.org Date: Sun, 17 Jun 2001 10:34:30 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please excuse me if you've seen this in questions, but I found a relevancy to current: If I drop back to 4.3 release, this system boots every time with no hangs observed in half a dozen tries in either UP or SMP mode. Anyone else seeing similar? thanks, dave c ----- Forwarded message from Dave Cornejo ----- From: Dave Cornejo Message-ID: <200106170720.f5H7KlM90295@white.dogwood.com> Subject: SuperMicro 6010H SCSI Problems To: freebsd-questions@freebsd.org Date: Sun, 17 Jun 2001 00:20:47 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL88 (25)] I finally got a make release done (a heartfelt thanks to all the people I badgered to commit fixes for that!) and installed it. I'm having a problem with a SuperMicro 6010H server (uses a 370DER+ motherboard), dual 1GHz PIII, 1GB RAM, 2 x Seagate ST318451LC drives (18GB 15K RPM Ultra160 SCSI). The SCSI chip is an Adaptec 7899. The software is several different kernels from today (June 16) cvsupped at various times. It seems to boot okay with a non-SMP kernel, but hangs with an SMP one. It seems to revolve around the SCSI stuff, I did a boot -v and tried to get into the debugger but it's hung hard. Oddly sometimes if you pound on the keyboard at the right point (noted in the edited output of dmesg below) it will continue on to boot, but you get tons of "Retrying commands" and "tagged openings now XXX" before things settle out and all seems to work okay after that. Another tidbit: swapped the drives and reinstalled and the command retries aren't happening (at least not as quickly or often), but the hang is still there. Any clues would be appreciated... dave c what I hope are the relevant bits of dmesg: ahc0: port 0xd000-0xd0ff mem 0xfeafc000-0xfeafcfff irq 5 at device 5.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: Manual LVD Termination ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 419 instructions downloaded aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 7 at device 5.1 on pci0 ahc1: Reading SEEPROM...done. ahc1: Manual LVD Termination ahc1: BIOS eeprom is present ahc1: Secondary High byte termination Enabled ahc1: Secondary Low byte termination Enabled ahc1: Primary Low Byte termination Enabled ahc1: Primary High Byte termination Enabled ahc1: Downloading Sequencer Program... 419 instructions downloaded aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/255 SCBs ... BIOS Geometries: 0:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 1:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. APIC_IO: Testing 8254 interrupt delivery APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 ... Waiting 2 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (probe0:ahc0:0:0:0): Retrying Command (probe1:ahc0:0:1:0): Retrying Command (ahc0:A:0:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 2 (ahc0:A:0:0): Received PPR width 1, period 9, offset 3f,options 2 Filtered to width 1, period 9, offset 3f, options 2 ahc0: target 0 using 16bit transfers ahc0: target 0 synchronous at 80.0MHz DT, offset = 0x3f (ahc0:A:1:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 2 (ahc0:A:1:0): Received PPR width 1, period 9, offset 3f,options 2 Filtered to width 1, period 9, offset 3f, options 2 ahc0: target 1 using 16bit transfers ahc0: target 1 synchronous at 80.0MHz DT, offset = 0x3f >> usually hangs here, but sometimes if you pound on the keyboard at >> exactly the right moment, it will continue as in this case: pass0 at ahc0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 3CC00ESN00001048HMU7 pass0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 1 lun 0 pass1: Fixed Direct Access SCSI-3 device pass1: Serial Number 3CC00DZC000010460HC7 pass1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled Creating DISK da0 Creating DISK da1 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 3CC00ESN00001048HMU7 da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 17501MB (35843671 512 byte sectors: 255H 63S/T 2231C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number 3CC00DZC000010460HC7 da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17501MB (35843671 512 byte sectors: 255H 63S/T 2231C) Mounting root from ufs:/dev/da0s1a da0s1: type 0xa5, start 63, end = 35841014, size 35840952 : OK SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff start_init: trying /sbin/init da1s1: type 0xa5, start 63, end = 35841014, size 35840952 : OK da1s1: type 0xa5, start 63, end = 35841014, size 35840952 : OK da1s1: type 0xa5, start 63, end = 35841014, size 35840952 : OK da1s1: type 0xa5, start 63, end = 35841014, size 35840952 : OK da1s1: type 0xa5, start 63, end = 35841014, size 35840952 : OK (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 64 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 56 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 55 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 53 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 51 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 49 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 47 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 45 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 43 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 42 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 41 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 39 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 37 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 35 (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): Retrying Command (da0:ahc0:0:0:0): tagged openings now 33 (da0:ahc0:0:0:0): Retrying Command ----- End of forwarded message from Dave Cornejo ----- -- Dave Cornejo @ Dogwood Media, Fremont, California (also dcornejo@ieee.org) "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 11:10:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id CE0FB37B408 for ; Sun, 17 Jun 2001 11:10:41 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 7153C3E0B; Sun, 17 Jun 2001 11:10:41 -0700 (PDT) To: Jens Schweikhardt Cc: FreeBSD current Subject: Re: mdconfig/umount Fatal trap 12 In-Reply-To: <20010617121217.A2453@schweikhardt.net>; from schweikh@schweikhardt.net on "Sun, 17 Jun 2001 12:12:17 +0200" Date: Sun, 17 Jun 2001 11:10:41 -0700 From: Dima Dorfman Message-Id: <20010617181041.7153C3E0B@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jens Schweikhardt writes: > hello, world\n > > with a system cvsupped June 6th I can reliably reproduce a > [panic] > when I try to unmount a deleted mdconfig device. Here's the recipe: > > # file iso is a Freebsd 4.3 Wind River CD image made with > # dd if=/dev/cd0c of=file.iso bs=2048 > > mdconfig -a -t vnode -f file.iso > mount -t cd9660 /dev/md0 /mnt/freebsd-cd > mdconfig -d -u md0 > umount /dev/md0 > > I'm not sure if this is the right fix but what about having the > mdconfig -d fail with EBUSY in case someone tries to delete a mounted > md device? Been there, done that. Got the patches and long thread(s) to prove it ;-). See message ID 20010313071744.C988C3E09@bazooka.unixfreak.org. > > Regards, > > Jens > -- > Jens Schweikhardt http://www.schweikhardt.net/ > SIGSIG -- signature too long (core dumped) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 11:30:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 3CA8337B40C for ; Sun, 17 Jun 2001 11:30:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f5HIUEr73796; Sun, 17 Jun 2001 20:30:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Dima Dorfman Cc: Jens Schweikhardt , FreeBSD current Subject: Re: mdconfig/umount Fatal trap 12 In-Reply-To: Your message of "Sun, 17 Jun 2001 11:10:41 PDT." <20010617181041.7153C3E0B@bazooka.unixfreak.org> Date: Sun, 17 Jun 2001 20:30:14 +0200 Message-ID: <73794.992802614@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010617181041.7153C3E0B@bazooka.unixfreak.org>, Dima Dorfman write s: >Jens Schweikhardt writes: >> hello, world\n >> >> with a system cvsupped June 6th I can reliably reproduce a >> [panic] >> when I try to unmount a deleted mdconfig device. Here's the recipe: >> >> # file iso is a Freebsd 4.3 Wind River CD image made with >> # dd if=/dev/cd0c of=file.iso bs=2048 >> >> mdconfig -a -t vnode -f file.iso >> mount -t cd9660 /dev/md0 /mnt/freebsd-cd >> mdconfig -d -u md0 >> umount /dev/md0 >> >> I'm not sure if this is the right fix but what about having the >> mdconfig -d fail with EBUSY in case someone tries to delete a mounted >> md device? > >Been there, done that. Got the patches and long thread(s) to prove it >;-). See message ID 20010313071744.C988C3E09@bazooka.unixfreak.org. The idea here is that md(4) should be able to simulate a media which disappears with no warning so that people can debug problems related to (too) dynamic media transitions. If people think this is too much of a panic(8) implementation we can hide this behaviour behind a -JUSTDOIT! option. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 11:32:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id A990837B405 for ; Sun, 17 Jun 2001 11:32:05 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5HIVft83325; Sun, 17 Jun 2001 11:31:42 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: bde@zeta.org.au Cc: imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] In-Reply-To: References: <200106170518.f5H5I6V44586@harmony.village.org> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010617113141A.jkh@osd.bsdi.com> Date: Sun, 17 Jun 2001 11:31:41 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems your argument to disallow null symlinks got somehow taken as an argument to disallow all "invalid" symlinks then. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 11:47:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 88A6E37B403 for ; Sun, 17 Jun 2001 11:46:57 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 1503D3E0B; Sun, 17 Jun 2001 11:46:57 -0700 (PDT) To: Poul-Henning Kamp Cc: Jens Schweikhardt , FreeBSD current Subject: Re: mdconfig/umount Fatal trap 12 In-Reply-To: <73794.992802614@critter>; from phk@critter.freebsd.dk on "Sun, 17 Jun 2001 20:30:14 +0200" Date: Sun, 17 Jun 2001 11:46:57 -0700 From: Dima Dorfman Message-Id: <20010617184657.1503D3E0B@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp writes: > In message <20010617181041.7153C3E0B@bazooka.unixfreak.org>, Dima Dorfman writes: > >Jens Schweikhardt writes: > >> hello, world\n > >> > >> with a system cvsupped June 6th I can reliably reproduce a > >> [panic] > >> when I try to unmount a deleted mdconfig device. Here's the recipe: > >> > >> # file iso is a Freebsd 4.3 Wind River CD image made with > >> # dd if=/dev/cd0c of=file.iso bs=2048 > >> > >> mdconfig -a -t vnode -f file.iso > >> mount -t cd9660 /dev/md0 /mnt/freebsd-cd > >> mdconfig -d -u md0 > >> umount /dev/md0 > >> > >> I'm not sure if this is the right fix but what about having the > >> mdconfig -d fail with EBUSY in case someone tries to delete a mounted > >> md device? > > > >Been there, done that. Got the patches and long thread(s) to prove it > >;-). See message ID 20010313071744.C988C3E09@bazooka.unixfreak.org. > > The idea here is that md(4) should be able to simulate a media which > disappears with no warning so that people can debug problems related > to (too) dynamic media transitions. Right. I agree with your assessment in the thread I mentioned above. My apologies if I made it sound derogatory. > If people think this is too much of a panic(8) implementation we > can hide this behaviour behind a -JUSTDOIT! option. This is easy to do; just add an -f option to mdconfig (which can be converted into an MD_FORCE flag or something) which means "bypass as many sanity checks as possible". I'll do the work if it's desired. Regards, Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 12:15: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id D2EDD37B407 for ; Sun, 17 Jun 2001 12:14:51 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5HJEND63431; Sun, 17 Jun 2001 23:14:23 +0400 (MSD) (envelope-from ache) Date: Sun, 17 Jun 2001 23:14:19 +0400 From: "Andrey A. Chernov" To: Jordan Hubbard Cc: bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010617231418.A60728@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010617113141A.jkh@osd.bsdi.com>; from jkh@osd.bsdi.com on Sun, Jun 17, 2001 at 11:31:41AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 11:31:41 -0700, Jordan Hubbard wrote: > It seems your argument to disallow null symlinks got somehow taken > as an argument to disallow all "invalid" symlinks then. To say it more clear: now I even not against ""-symlinks making ability, such strings are valid per POSIX after all, as already noticed in this discussion. I am against _resolving_ them to illegal "" name (and to "." in pathnames) which cause all errors that Bruce describe. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 12:49:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 1345D37B409 for ; Sun, 17 Jun 2001 12:49:48 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f5HJnY605482 for current@freebsd.org; Sun, 17 Jun 2001 12:49:34 -0700 (PDT) Date: Sun, 17 Jun 2001 12:49:34 -0700 (PDT) From: David Wolfskill Message-Id: <200106171949.f5HJnY605482@bunrab.catwhisker.org> To: current@freebsd.org Subject: panic for today -- dsp_clone+0xee after moused started Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK; this is a(nother) "page fault while in kernel mode," but I suspect it's one I hadn't seen mentioned yet. The "good news" is that it is eminently reproducible. :-} Also, I was able to boot kernel.old OK, so hat should decrease the probability that the problem is (strictly) somewhere in userland. As usual (for me), this is on my laptop. Recent CVSup history: CVSup begin from cvsup14.freebsd.org at Fri Jun 15 03:47:01 PDT 2001 CVSup ended from cvsup14.freebsd.org at Fri Jun 15 04:07:33 PDT 2001 CVSup begin from cvsup14.freebsd.org at Sat Jun 16 03:47:00 PDT 2001 CVSup ended from cvsup14.freebsd.org at Sat Jun 16 03:52:48 PDT 2001 CVSup begin from cvsup14.freebsd.org at Sun Jun 17 03:47:00 PDT 2001 CVSup ended from cvsup14.freebsd.org at Sun Jun 17 03:52:46 PDT 2001 (I had built each of -STABLE & -CURRENT after each one, and booted each successfully (running at least a few things), save for today's -CURRENT. And yes, I always buildworld, kernel, installworld, mergemaster.) The first couple of lines are from the console log: Initial rc.i386 initialization: apm. Configuring syscons: blank_time moused. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x8:0xc018fe1a stack pointer = 0x10:0xce5a4d40 frame pointer = 0x10:0xce5a4d5c 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 = 363 (ln) kernel: type 12 trap, code =0 Stopped at dsp_clone+0xee: movl 0xc(%ebx),%edx db> trace dsp_clone(0,ce5a4dc4,3,ce5a44a8,c17ae818) at dsp_clone+0xee devfs_lookupx(ce5a4e24,c17ae018,1,0,cc36c760) at devfs_lookupx+0x2b1 devfs_lookup(ce5a4e24,cd233da0,ce5a4ed0,ce5a4ea8,cc36c760) at devfs_lookup+0x31 lookup(ce5a4ea8,cc36c87c,cc36c760,cc36c760,cc36c760) at lookup+0x291 namei(ce5a4ea8,cc36c87c,cc36c760,2,bfbffe65) at namei+0x177 lstat(cc36c760,ce5a4f80,bfbffdc4,bfbffe65,bfbffe5b) at lstat+0x41 syscall(2f,2f,2f,bfbffe5b,bfbffe65) at syscall+0x71d syscall_with_err_pushed() at syscall_with_err_pushed+0x1b db> show locks exclusive (sleep mutex) Giant (0xc047eb20) locked @ /usr/src/sys/vm/vm_fault.c:213 db> Now, back on 13 June, I had added another line to /etc/rc.devfs -- the line symlinking /dev/dsp0 to /dev/dsp; here are the lines I've added: # Setup DEVFS, ie permissions, links etc. # ln -fs /dev/ttyv0 /dev/vga ln -fs /dev/sysmouse /dev/mouse ln -fs /dev/mixer0 /dev/mixer ln -fs /dev/dsp0 /dev/dsp chmod a+r /dev/apm I note also that I tried looking at last week's -cvs-all (mailing list) archive, but I can't find it. I see today's (the start of this week's); I see weeks prior to last; just not last week. And I see last week's for (say) -current; no problem. Help? I'll try removing/commenting that last "dsp" line in /etc/rc.devfs just after sending this off.... Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 13:12:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id ADBDF37B401 for ; Sun, 17 Jun 2001 13:12:46 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f5HKCfr05698 for current@FreeBSD.ORG; Sun, 17 Jun 2001 13:12:41 -0700 (PDT) Date: Sun, 17 Jun 2001 13:12:41 -0700 (PDT) From: David Wolfskill Message-Id: <200106172012.f5HKCfr05698@bunrab.catwhisker.org> To: current@FreeBSD.ORG Subject: Re: panic for today -- dsp_clone+0xee after moused started In-Reply-To: <200106171949.f5HJnY605482@bunrab.catwhisker.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Sun, 17 Jun 2001 12:49:34 -0700 (PDT) >From: David Wolfskill [Yes, I *do* talk (well, mumble) to myself.... dhw] >Now, back on 13 June, I had added another line to /etc/rc.devfs -- the >line symlinking /dev/dsp0 to /dev/dsp; here are the lines I've added: ># Setup DEVFS, ie permissions, links etc. ># >ln -fs /dev/ttyv0 /dev/vga >ln -fs /dev/sysmouse /dev/mouse >ln -fs /dev/mixer0 /dev/mixer >ln -fs /dev/dsp0 /dev/dsp >chmod a+r /dev/apm >I'll try removing/commenting that last "dsp" line in /etc/rc.devfs just >after sending this off.... Yup; that seemed to help considerably: dhcp-135[1] uname -a FreeBSD dhcp-135.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #36: Sun Jun 17 10:08:02 PDT 2001 root@dhcp-135.catwhisker.org:/common/C/obj/usr/src/sys/LAPTOP_30W i386 This response was slightly delayed by an opportunity to test background fsck, though: I had got that far, then tried play sounds/gong.au I see the following in /var/log/messages: Jun 17 12:57:18 localhost /boot/kernel/kernel: an0: Ethernet address: 00:40:96:32:19:a9 Jun 17 12:57:18 localhost pccardd[219]: an0: Cisco Systems (340 Series Wireless LAN Adapter) inserted. Jun 17 12:57:28 localhost dhclient: New IP Address (an0): 172.16.8.135 Jun 17 12:57:28 localhost dhclient: New Subnet Mask (an0): 255.255.255.0 Jun 17 12:57:28 localhost dhclient: New Broadcast Address (an0): 172.16.8.255 Jun 17 12:57:28 localhost dhclient: New Routers: 172.16.8.1 Jun 17 12:57:28 localhost dhclient: New Hostname: dhcp-135.catwhisker.org Jun 17 12:57:28 localhost pccardd[219]: pccardd started Jun 17 13:03:26 localhost /boot/kernel/kernel: Jun 17 13:03:26 localhost /boot/kernel/kernel: Jun 17 13:03:26 localhost /boot/kernel/kernel: Fatal trap 12: page fault while in kernel mode Jun 17 13:03:26 localhost /boot/kernel/kernel: fault virtual address = 0xc Jun 17 13:03:26 localhost /boot/kernel/kernel: fault code = supervisor read, page not present Jun 17 13:03:26 localhost /boot/kernel/kernel: instruction pointer = 0x8:0xc018fe1a Jun 17 13:03:26 localhost /boot/kernel/kernel: stack pointer = 0x10:0xce6adc44 Jun 17 13:03:26 localhost /boot/kernel/kernel: frame pointer = 0x10:0xce6adc60 Jun 17 13:03:26 localhost /boot/kernel/kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Jun 17 13:03:26 localhost /boot/kernel/kernel: = DPL 0, pres 1, def32 1, gran 1 Jun 17 13:03:26 localhost /boot/kernel/kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Jun 17 13:03:26 localhost /boot/kernel/kernel: current process = 684 (sox) Jun 17 13:03:26 localhost /boot/kernel/kernel: trap number = 12 Jun 17 13:03:26 localhost /boot/kernel/kernel: panic: page fault Jun 17 13:03:26 localhost /boot/kernel/kernel: Jun 17 13:03:26 localhost /boot/kernel/kernel: syncing disks... 14 14 panic: witness_restore: lock (sleep mutex) Giant not locked Jun 17 13:03:26 localhost /boot/kernel/kernel: Uptime: 5m18s Jun 17 13:03:26 localhost /boot/kernel/kernel: Jun 17 13:03:26 localhost /boot/kernel/kernel: dumping to dev ad0s3b, offset 1572992 Jun 17 13:03:26 localhost /boot/kernel/kernel: dump ata0: resetting devices .. panic: witness_save: lock (sleep mutex) Giant not locked Jun 17 13:03:26 localhost /boot/kernel/kernel: Uptime: 5m18s Jun 17 13:03:26 localhost /boot/kernel/kernel: Dump already in progress, bailing... Jun 17 13:03:26 localhost /boot/kernel/kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jun 17 13:03:27 localhost /boot/kernel/kernel: Rebooting... Jun 17 13:03:27 localhost /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Jun 17 13:03:27 localhost /boot/kernel/kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jun 17 13:03:27 localhost /boot/kernel/kernel: The Regents of the University of California. All rights reserved. Jun 17 13:03:27 localhost /boot/kernel/kernel: FreeBSD 5.0-CURRENT #36: Sun Jun 17 10:08:02 PDT 2001 I think I'm going to send this off (and make sure the background fscks complete) before trying any more experiments. :-} Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 13:33:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id 2F92237B403; Sun, 17 Jun 2001 13:33:35 -0700 (PDT) (envelope-from un1i@rz.uni-karlsruhe.de) Received: from rzstud1.rz.uni-karlsruhe.de (rzstud1.rz.uni-karlsruhe.de [193.196.41.33]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 15BjEh-0002Xd-00; Sun, 17 Jun 2001 22:33:31 +0200 Received: from un1i by rzstud1.rz.uni-karlsruhe.de with local (Exim 2.12 #1) id 15BjEr-0005Ht-00; Sun, 17 Jun 2001 22:33:41 +0200 Date: Sun, 17 Jun 2001 22:33:41 +0200 From: Philipp Mergenthaler To: David Wolfskill Cc: cg@freebsd.org, current@freebsd.org Subject: Re: panic for today -- dsp_clone+0xee after moused started Message-ID: <20010617223340.A18997@rz.uni-karlsruhe.de> References: <200106171949.f5HJnY605482@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106171949.f5HJnY605482@bunrab.catwhisker.org>; from david@catwhisker.org on Sun, Jun 17, 2001 at 12:49:34PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 12:49:34PM -0700, David Wolfskill wrote: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc018fe1a > stack pointer = 0x10:0xce5a4d40 > frame pointer = 0x10:0xce5a4d5c > 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 = 363 (ln) > kernel: type 12 trap, code =0 > Stopped at dsp_clone+0xee: movl 0xc(%ebx),%edx > db> trace > dsp_clone(0,ce5a4dc4,3,ce5a44a8,c17ae818) at dsp_clone+0xee > devfs_lookupx(ce5a4e24,c17ae018,1,0,cc36c760) at devfs_lookupx+0x2b1 > devfs_lookup(ce5a4e24,cd233da0,ce5a4ed0,ce5a4ea8,cc36c760) at devfs_lookup+0x31 > lookup(ce5a4ea8,cc36c87c,cc36c760,cc36c760,cc36c760) at lookup+0x291 > namei(ce5a4ea8,cc36c87c,cc36c760,2,bfbffe65) at namei+0x177 > lstat(cc36c760,ce5a4f80,bfbffdc4,bfbffe65,bfbffe5b) at lstat+0x41 > syscall(2f,2f,2f,bfbffe5b,bfbffe65) at syscall+0x71d > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > db> show locks > exclusive (sleep mutex) Giant (0xc047eb20) locked @ /usr/src/sys/vm/vm_fault.c:213 > db> I see that, too. It happens when /dev/dsp is accessed ("touch /dev/dsp" is sufficient). I couldn't get a dump, but from looking at it in ddb and snd_pcm.ko, it is the first line in this code: 00009e70 : [...] 9f59: 0f b6 47 0c movzbl 0xc(%edi),%eax 9f5d: c1 e0 10 shl $0x10,%eax 9f60: 83 e2 0f and $0xf,%edx 9f63: c1 e2 04 shl $0x4,%edx 9f66: 09 d0 or %edx,%eax 9f68: 0b 45 f8 or 0xfffffff8(%ebp),%eax which correspondends to src/sys/dev/sound/pcm/dsp.c:1031 : pdev = makedev(SND_CDEV_MAJOR, PCMMKMINOR(unit, devtype, d->defaultchan++)); specifically, the d->defaultchan. When this panic occurs, both edi and eax are zero. Bye, Philipp -- http://www.uni-karlsruhe.de/~un1i/ (,.) \\\@@ ) \= ) cc_|\_,^ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 13:52:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-13.dsl.lsan03.pacbell.net [63.207.60.13]) by hub.freebsd.org (Postfix) with ESMTP id 2EF7E37B406 for ; Sun, 17 Jun 2001 13:52:01 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D015366D15; Sun, 17 Jun 2001 13:51:56 -0700 (PDT) Date: Sun, 17 Jun 2001 13:51:56 -0700 From: Kris Kennaway To: Giorgos Keramidas Cc: Peter Wemm , Steve Kargl , current@FreeBSD.ORG Subject: Re: convert libgmp to a port? Message-ID: <20010617135156.B94632@xor.obsecurity.org> References: <20010616201135.A60010@troutmask.apl.washington.edu> <20010617063845.E53DA39E9@overcee.netplex.com.au> <20010617182256.A17724@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010617182256.A17724@hades.hell.gr>; from keramida@ceid.upatras.gr on Sun, Jun 17, 2001 at 06:22:56PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 06:22:56PM +0300, Giorgos Keramidas wrote: > On Sat, Jun 16, 2001 at 11:38:45PM -0700, Peter Wemm wrote: > > > It should not be too hard to have build a lightweight 'libbignum' that > > is extracted from the openssl sources and make that available in the base > > system. It would not be hard to convert the lib*mp consumers to use the > > libbignum (libbn, -lbn ?) and then we can get rid of it. > > > > telnet* should never have used libmp in the first place, it should have > > used libcrypto/bignum. chkey/newkey/keyserv are using libmp for > > diffie-helmann key exchange. (just large integer multiplication). It > > should be really easy to convert those three. > > Since there are a few things that are using libgmp (and I missed them > in my quick search through the sources), no I would not prefer > removing libgmp and making a new, probably buggier, libbignum that > will replace our current libgmp. > > If we do need some of the functionality of libgmp in the base-system, > then we really should import some newer version of libgmp, instead of > trying to make our own new library. I dont really like reinventing > wheels :) libbn is already part of OpenSSH; it's a trivial matter to make it into a standalone library. In other words, we already include two functionally equivalent bignum libraries in FreeBSD, so one of them should go. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 14:29: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 8B8B637B401 for ; Sun, 17 Jun 2001 14:29:01 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5HLSe108208; Sun, 17 Jun 2001 14:28:40 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 14:28:40 -0700 (PDT) From: Matt Dillon Message-Id: <200106172128.f5HLSe108208@earth.backplane.com> To: "Andrey A. Chernov" Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :On Sun, Jun 17, 2001 at 11:31:41 -0700, Jordan Hubbard wrote: :> It seems your argument to disallow null symlinks got somehow taken :> as an argument to disallow all "invalid" symlinks then. : : :To say it more clear: now I even not against ""-symlinks making ability, :such strings are valid per POSIX after all, as already noticed in this :discussion. I am against _resolving_ them to illegal "" name (and to "." :in pathnames) which cause all errors that Bruce describe. : :-- :Andrey A. Chernov This is a reasonable distinction to make. If someone actually tried to open() a ""'d symlink an argument can be made to return a specific error rather then trying to resolve it. I'm not sure it's worth it, though. It just doesn't come up that often and there are a thousand other ways you can hogtie yourself in the system that takes less effort. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 14:59:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 03E0937B405 for ; Sun, 17 Jun 2001 14:59:42 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5HLxFT45764; Mon, 18 Jun 2001 01:59:16 +0400 (MSD) (envelope-from ache) Date: Mon, 18 Jun 2001 01:59:13 +0400 From: "Andrey A. Chernov" To: Matt Dillon Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010618015913.A45621@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106172128.f5HLSe108208@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Jun 17, 2001 at 02:28:40PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 14:28:40 -0700, Matt Dillon wrote: > rather then trying to resolve it. I'm not sure it's worth it, though. > It just doesn't come up that often and there are a thousand other ways you > can hogtie yourself in the system that takes less effort. It worth. It cause real 'make install' errors in some cases. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 15: 4: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 1780C37B405 for ; Sun, 17 Jun 2001 15:04:00 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-b021.otenet.gr [195.167.121.149]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f5HM3fp04668; Mon, 18 Jun 2001 01:03:41 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.3/8.11.3) id f5HM3dQ51382; Mon, 18 Jun 2001 01:03:39 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 18 Jun 2001 01:03:38 +0300 From: Giorgos Keramidas To: Kris Kennaway Cc: Peter Wemm , Steve Kargl , current@FreeBSD.ORG Subject: Re: convert libgmp to a port? Message-ID: <20010618010338.A50655@hades.hell.gr> References: <20010616201135.A60010@troutmask.apl.washington.edu> <20010617063845.E53DA39E9@overcee.netplex.com.au> <20010617182256.A17724@hades.hell.gr> <20010617135156.B94632@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010617135156.B94632@xor.obsecurity.org>; from kris@obsecurity.org on Sun, Jun 17, 2001 at 01:51:56PM -0700 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 01:51:56PM -0700, Kris Kennaway wrote: > libbn is already part of OpenSSH; it's a trivial matter to make it > into a standalone library. In other words, we already include two > functionally equivalent bignum libraries in FreeBSD, so one of them > should go. I couldn't agree more :) -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 15: 4:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 4013B37B405 for ; Sun, 17 Jun 2001 15:04:10 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5HM46608526; Sun, 17 Jun 2001 15:04:06 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 15:04:06 -0700 (PDT) From: Matt Dillon Message-Id: <200106172204.f5HM46608526@earth.backplane.com> To: "Andrey A. Chernov" Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :On Sun, Jun 17, 2001 at 14:28:40 -0700, Matt Dillon wrote: : :> rather then trying to resolve it. I'm not sure it's worth it, though. :> It just doesn't come up that often and there are a thousand other ways you :> can hogtie yourself in the system that takes less effort. : :It worth. It cause real 'make install' errors in some cases. : :-- :Andrey A. Chernov What cases? In all my years of programming I've never once 'accidently' created an empty symlink. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 15:11:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 3CF2937B403 for ; Sun, 17 Jun 2001 15:11:57 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5HMBTE45937; Mon, 18 Jun 2001 02:11:29 +0400 (MSD) (envelope-from ache) Date: Mon, 18 Jun 2001 02:11:24 +0400 From: "Andrey A. Chernov" To: Matt Dillon Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010618021122.A45861@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> <200106172204.f5HM46608526@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106172204.f5HM46608526@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Jun 17, 2001 at 03:04:06PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 15:04:06 -0700, Matt Dillon wrote: > > What cases? In all my years of programming I've never once 'accidently' > created an empty symlink. See initial Bruce comments. Sometimes when 'make hierarchy' step is missing, intermediate result of 'make install' can't be undone easily. I hit this several times because my area (l10n) is symlink-rich. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 15:15:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 0F7A537B403 for ; Sun, 17 Jun 2001 15:15:45 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5HMFLD45995; Mon, 18 Jun 2001 02:15:21 +0400 (MSD) (envelope-from ache) Date: Mon, 18 Jun 2001 02:15:17 +0400 From: "Andrey A. Chernov" To: Matt Dillon Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010618021515.B45861@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> <200106172204.f5HM46608526@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106172204.f5HM46608526@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Jun 17, 2001 at 03:04:06PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 15:04:06 -0700, Matt Dillon wrote: > What cases? In all my years of programming I've never once 'accidently' > created an empty symlink. The next example is fts-like activity - wrong final destination appearse which is dangerous for 'rm'. I.e. in some situation you can remove something like /kernel via specially constructed (by bad guy) empty simlink. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 17: 1:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 6C8DD37B40D for ; Sun, 17 Jun 2001 17:01:50 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5I018c08998; Sun, 17 Jun 2001 17:01:08 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 17:01:08 -0700 (PDT) From: Matt Dillon Message-Id: <200106180001.f5I018c08998@earth.backplane.com> To: "Andrey A. Chernov" Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> <200106172204.f5HM46608526@earth.backplane.com> <20010618021515.B45861@nagual.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :On Sun, Jun 17, 2001 at 15:04:06 -0700, Matt Dillon wrote: :> What cases? In all my years of programming I've never once 'accidently' :> created an empty symlink. : :The next example is fts-like activity - wrong final destination :appearse which is dangerous for 'rm'. I.e. in some situation you can :remove something like /kernel via specially constructed (by bad guy) empty :simlink. : :-- :Andrey A. Chernov :http://ache.pp.ru/ I'm sorry, I don't understand... what does this have to do with an empty symlink verses a symlink containing something else? 'rm' does not traverse symlinks. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 17:26:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id CABB137B407 for ; Sun, 17 Jun 2001 17:26:19 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5I0QGR09184; Sun, 17 Jun 2001 17:26:16 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 17:26:16 -0700 (PDT) From: Matt Dillon Message-Id: <200106180026.f5I0QGR09184@earth.backplane.com> To: "Andrey A. Chernov" Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> <200106172204.f5HM46608526@earth.backplane.com> <20010618021122.A45861@nagual.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :On Sun, Jun 17, 2001 at 15:04:06 -0700, Matt Dillon wrote: :> :> What cases? In all my years of programming I've never once 'accidently' :> created an empty symlink. : :See initial Bruce comments. Sometimes when 'make hierarchy' step is :missing, intermediate result of 'make install' can't be undone easily. I :hit this several times because my area (l10n) is symlink-rich. : :-- :Andrey A. Chernov :http://ache.pp.ru/ If something in the build is creating empty symlinks under certain circumstances, that something should be fixed. The problem isn't ln -s. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 17:36:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id D950C37B401; Sun, 17 Jun 2001 17:36:23 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f5I0aB506378; Sun, 17 Jun 2001 17:36:11 -0700 (PDT) Date: Sun, 17 Jun 2001 17:36:11 -0700 (PDT) From: David Wolfskill Message-Id: <200106180036.f5I0aB506378@bunrab.catwhisker.org> To: cg@freebsd.org, current@freebsd.org, un1i@rz.uni-karlsruhe.de Subject: Re: panic for today -- dsp_clone+0xee after moused started In-Reply-To: <20010618003318.B18997@rz.uni-karlsruhe.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Mon, 18 Jun 2001 00:33:18 +0200 >From: Philipp Mergenthaler >Revision 1.39 of dsp.c doesn't fix this panic. 1.40 (along with associated changes to sndstat.c, sound.c, & sound.h) appears to work OK for me -- thanks! (Hmmm... I just noticed another round of changes.... I'll try those, too....) Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 17:40:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id D831837B414 for ; Sun, 17 Jun 2001 17:40:12 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5I0dnI54598; Mon, 18 Jun 2001 04:39:49 +0400 (MSD) (envelope-from ache) Date: Mon, 18 Jun 2001 04:39:47 +0400 From: "Andrey A. Chernov" To: Matt Dillon Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010618043946.A54578@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> <200106172204.f5HM46608526@earth.backplane.com> <20010618021515.B45861@nagual.pp.ru> <200106180001.f5I018c08998@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106180001.f5I018c08998@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Jun 17, 2001 at 05:01:08PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 17:01:08 -0700, Matt Dillon wrote: > I'm sorry, I don't understand... what does this have to do with > an empty symlink verses a symlink containing something else? > 'rm' does not traverse symlinks. I not mean 'rm' literally. Read Bruce's comment about how fake names constructed. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 17:43:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 2B49837B401 for ; Sun, 17 Jun 2001 17:43:54 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5I0hXW54644; Mon, 18 Jun 2001 04:43:33 +0400 (MSD) (envelope-from ache) Date: Mon, 18 Jun 2001 04:43:31 +0400 From: "Andrey A. Chernov" To: Matt Dillon Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010618044330.B54578@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> <200106172204.f5HM46608526@earth.backplane.com> <20010618021122.A45861@nagual.pp.ru> <200106180026.f5I0QGR09184@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106180026.f5I0QGR09184@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Jun 17, 2001 at 05:26:16PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 17:26:16 -0700, Matt Dillon wrote: > > If something in the build is creating empty symlinks under certain > circumstances, that something should be fixed. The problem isn't ln -s. There is nothing to fix. Sometimes 'make install' instead 'make installworld' typed can produce this. Of course, install procedure can be complicated to make it foolprof, but I think the system must be fixed instead to not resolve illegal names. It is not good idea to produce workarounds of illegal names out of the system. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 17:52:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id CB55437B405 for ; Sun, 17 Jun 2001 17:52:38 -0700 (PDT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 0B0EB543F; Mon, 18 Jun 2001 02:52:27 +0200 (CEST) Date: Mon, 18 Jun 2001 02:52:26 +0200 From: Anton Berezin To: freebsd-current@FreeBSD.org Subject: Workaround for PS/2 mouse problems with recent -current Message-ID: <20010618025226.A3848@heechee.tobez.org> Mail-Followup-To: Anton Berezin , freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Commenting out hint.atkbd.0.* and hint.psm.0.* fixed the problem that others reported. Little investigation showed that the new resource_find() function in kern/subr_bus.c finds two atkbd0 and two psm0, one of each from kern_envp, and the other one from static_hints; no wildcard matches were involved. I'll leave the real solution for the more kernel-clueful here. \Anton. -- May the tuna salad be with you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 18: 0:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 209A137B406 for ; Sun, 17 Jun 2001 18:00:17 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5I106A09487; Sun, 17 Jun 2001 18:00:06 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 18:00:06 -0700 (PDT) From: Matt Dillon Message-Id: <200106180100.f5I106A09487@earth.backplane.com> To: "Andrey A. Chernov" Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> <200106172204.f5HM46608526@earth.backplane.com> <20010618021122.A45861@nagual.pp.ru> <200106180026.f5I0QGR09184@earth.backplane.com> <20010618044330.B54578@nagual.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :There is nothing to fix. Sometimes 'make install' instead 'make :installworld' typed can produce this. Of course, install procedure can be :complicated to make it foolprof, but I think the system must be fixed :instead to not resolve illegal names. It is not good idea to :produce workarounds of illegal names out of the system. : :-- :Andrey A. Chernov Ok, I took a look at Bruce's original example, which is: ln -s "" X If you were to then do something like "ls -la X/." you would get the root directory, and "ls -la X/" tries to list the current directory, and "cp -r X Y" tries to recursively copy the current directory, and fails. I think we can safely disallow path lookups going through empty symlinks (i.e. at the time of the open(), lstat(), etc...), but we should not go changing the "ln" command or the symlink() system call. In regards to Bruce's second example: $ rm -f foo $ ln -s /nonesuch foo $ cp foo bar Well, ok, if what the symlink points to does not exist 'cp' goes and copies the symlink instead. This seems harmless to me. I still don't see how any of this is a security issue, though. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 18:15:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 1D67637B409 for ; Sun, 17 Jun 2001 18:15:20 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id VAA51232; Sun, 17 Jun 2001 21:15:11 -0400 (EDT) (envelope-from wollman) Date: Sun, 17 Jun 2001 21:15:11 -0400 (EDT) From: Garrett Wollman Message-Id: <200106180115.VAA51232@khavrinen.lcs.mit.edu> To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: convert libgmp to a port? In-Reply-To: <20010617063845.E53DA39E9@overcee.netplex.com.au> References: <20010616201135.A60010@troutmask.apl.washington.edu> <20010617063845.E53DA39E9@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > telnet* should never have used libmp in the first place, Yes, it should have, since telnet is historic BSD software and libmp is the historic BSD arbitrary-precision-math library. That is also (one reason) why we should continue to supply a libmp, regardless of what code it is actually backed with. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 18:17: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 45B9D37B401 for ; Sun, 17 Jun 2001 18:16:56 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f5I1GRB104650; Sun, 17 Jun 2001 21:16:27 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200106172128.f5HLSe108208@earth.backplane.com> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> Date: Sun, 17 Jun 2001 21:16:24 -0400 To: Matt Dillon , "Andrey A. Chernov" From: Garance A Drosihn Subject: Re: symlink(2) [Was: Re: tcsh.cat] Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 2:28 PM -0700 6/17/01, Matt Dillon wrote: >:On Sun, Jun 17, 2001 at 11:31:41 -0700, Jordan Hubbard wrote: >:> It seems your argument to disallow null symlinks got somehow taken >:> as an argument to disallow all "invalid" symlinks then. >: >: >:To say it more clear: now I even not against ""-symlinks making ability, >:such strings are valid per POSIX after all, as already noticed in this >:discussion. I am against _resolving_ them to illegal "" name (and to "." >:in pathnames) which cause all errors that Bruce describe. >: >:-- >:Andrey A. Chernov > > This is a reasonable distinction to make. If someone actually > tried to open() a ""'d symlink an argument can be made to return > a specific error rather then trying to resolve it. I'm not sure > it's worth it, though. I think that it's reasonable to just make it a specific error, and thus end this thread. No harm will come of making it a specific error on open, and it will address the problems mentioned earlier. When I say this, I assume that the only change to make is how any 'open' or 'stat' call will handle null symlinks. If I am reading Andrey correctly, there will be no change to the 'ln' command or the symlink() system routine. Assuming this is true, is there any downside to making open() and stat() return an error for a null symlink? I generally prefer returning an error at the earliest point it can be determined to be an error, and thus I think it IS worth it to make this an error at open() or stat() time. I see no benefit in letting those succeed only to have some strange error occur in later processing. I do not care if this is or is not a security error, I am talking about saving someone time when debugging a side-effect of having a null symlink. I think that's my 2 cents on this issue, although later on I may find I'll want these 2 cents back and will contribute a different 2 cents. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 18:31:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 5390F37B406 for ; Sun, 17 Jun 2001 18:31:06 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5I1Ukc58631; Mon, 18 Jun 2001 05:30:46 +0400 (MSD) (envelope-from ache) Date: Mon, 18 Jun 2001 05:30:43 +0400 From: "Andrey A. Chernov" To: Matt Dillon Cc: Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010618053043.A58432@nagual.pp.ru> References: <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618015913.A45621@nagual.pp.ru> <200106172204.f5HM46608526@earth.backplane.com> <20010618021122.A45861@nagual.pp.ru> <200106180026.f5I0QGR09184@earth.backplane.com> <20010618044330.B54578@nagual.pp.ru> <200106180100.f5I106A09487@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106180100.f5I106A09487@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Jun 17, 2001 at 06:00:06PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 18:00:06 -0700, Matt Dillon wrote: > > I think we can safely disallow path lookups going through empty symlinks > (i.e. at the time of the open(), lstat(), etc...), but we should not > go changing the "ln" command or the symlink() system call. This is exact the same thing as I suggest. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 18:32:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (dhcp-221-128.pdc.kth.se [130.237.221.128]) by hub.freebsd.org (Postfix) with ESMTP id 77B1837B401 for ; Sun, 17 Jun 2001 18:32:19 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id DAA38571; Mon, 18 Jun 2001 03:32:11 +0200 (CEST) (envelope-from assar) To: Garrett Wollman Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: convert libgmp to a port? References: <20010616201135.A60010@troutmask.apl.washington.edu> <20010617063845.E53DA39E9@overcee.netplex.com.au> <200106180115.VAA51232@khavrinen.lcs.mit.edu> From: Assar Westerlund Date: 18 Jun 2001 03:32:10 +0200 In-Reply-To: Garrett Wollman's message of "Sun, 17 Jun 2001 21:15:11 -0400 (EDT)" Message-ID: <5l66dutvxh.fsf@assaris.sics.se> Lines: 13 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman writes: > < said: > > > telnet* should never have used libmp in the first place, > > Yes, it should have, since telnet is historic BSD software and libmp > is the historic BSD arbitrary-precision-math library. But telnet in historic BSD didn't have sra or any other authentication mechanism that uses libmp. Or are you saying that we cannot change `historical BSD software'? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 18:33:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 38BA437B407 for ; Sun, 17 Jun 2001 18:33:14 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5I1Wqs58910; Mon, 18 Jun 2001 05:32:52 +0400 (MSD) (envelope-from ache) Date: Mon, 18 Jun 2001 05:32:52 +0400 From: "Andrey A. Chernov" To: Garance A Drosihn Cc: Matt Dillon , Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010618053251.B58432@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from drosih@rpi.edu on Sun, Jun 17, 2001 at 09:16:24PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 17, 2001 at 21:16:24 -0400, Garance A Drosihn wrote: > > When I say this, I assume that the only change to make is how any > 'open' or 'stat' call will handle null symlinks. If I am reading > Andrey correctly, there will be no change to the 'ln' command or > the symlink() system routine. Yes. > I generally prefer returning an error at the earliest point it can be > determined to be an error, and thus I think it IS worth it to make > this an error at open() or stat() time. I see no benefit in letting > those succeed only to have some strange error occur in later processing. Yes. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 18:40:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from assaris.sics.se (dhcp-221-128.pdc.kth.se [130.237.221.128]) by hub.freebsd.org (Postfix) with ESMTP id 7E55F37B40A for ; Sun, 17 Jun 2001 18:40:25 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id DAA38602; Mon, 18 Jun 2001 03:40:28 +0200 (CEST) (envelope-from assar) To: Garance A Drosihn Cc: current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> From: Assar Westerlund Date: 18 Jun 2001 03:40:28 +0200 In-Reply-To: Garance A Drosihn's message of "Sun, 17 Jun 2001 21:16:24 -0400" Message-ID: <5lu21eo99v.fsf@assaris.sics.se> Lines: 10 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-=-= Garance A Drosihn writes: > I think that it's reasonable to just make it a specific error, and > thus end this thread. No harm will come of making it a specific > error on open, and it will address the problems mentioned earlier. What about this? /assar --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Index: vfs_lookup.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_lookup.c,v retrieving revision 1.45 diff -u -w -u -w -r1.45 vfs_lookup.c --- vfs_lookup.c 2001/05/01 08:12:59 1.45 +++ vfs_lookup.c 2001/06/18 01:40:04 @@ -220,6 +220,12 @@ error = ENAMETOOLONG; break; } + if (linklen == 0) { + if (ndp->ni_pathlen > 1) + zfree(namei_zone, cp); + error = ENOENT; + break; + } if (ndp->ni_pathlen > 1) { bcopy(ndp->ni_next, cp + linklen, ndp->ni_pathlen); zfree(namei_zone, cnp->cn_pnbuf); --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 18:50:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id B82A337B405 for ; Sun, 17 Jun 2001 18:49:57 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5I1nma09752; Sun, 17 Jun 2001 18:49:48 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 18:49:48 -0700 (PDT) From: Matt Dillon Message-Id: <200106180149.f5I1nma09752@earth.backplane.com> To: "Andrey A. Chernov" Cc: Garance A Drosihn , Jordan Hubbard , bde@zeta.org.au, imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Ok, try this patch. (was Re: symlink(2) [Was: Re: tcsh.cat]) References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <20010618053251.B58432@nagual.pp.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :On Sun, Jun 17, 2001 at 21:16:24 -0400, Garance A Drosihn wrote: :> :> When I say this, I assume that the only change to make is how any :> 'open' or 'stat' call will handle null symlinks. If I am reading :> Andrey correctly, there will be no change to the 'ln' command or :> the symlink() system routine. : :Yes. : :> I generally prefer returning an error at the earliest point it can be :> determined to be an error, and thus I think it IS worth it to make :> this an error at open() or stat() time. I see no benefit in letting :> those succeed only to have some strange error occur in later processing. : :Yes. : :-- :Andrey A. Chernov Ok, this patch should do it. For review. I've made it return ENOENT, which is the same error that is returned when you try to open an empty path (e.g. open("", ...)). (Note: This is unrelated to Bruce's second issue with 'cp' copying symlinks that don't exist, which is a cp-specific). If nobody has any objections I will commit this to -current on wednesday and MFC it next saturday. -Matt Index: vfs_lookup.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_lookup.c,v retrieving revision 1.38.2.2 diff -u -r1.38.2.2 vfs_lookup.c --- vfs_lookup.c 2001/05/20 12:11:57 1.38.2.2 +++ vfs_lookup.c 2001/06/18 01:39:46 @@ -200,6 +200,12 @@ break; } linklen = MAXPATHLEN - auio.uio_resid; + if (linklen == 0) { + if (ndp->ni_pathlen > 1) + zfree(namei_zone, cp); + error = ENOENT; + break; + } if (linklen + ndp->ni_pathlen >= MAXPATHLEN) { if (ndp->ni_pathlen > 1) zfree(namei_zone, cp); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 19:14:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 5104B37B40A; Sun, 17 Jun 2001 19:14:09 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5I2E4n62778; Mon, 18 Jun 2001 06:14:05 +0400 (MSD) (envelope-from ache) Date: Mon, 18 Jun 2001 06:14:00 +0400 From: "Andrey A. Chernov" To: Assar Westerlund Cc: Garance A Drosihn , current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] Message-ID: <20010618061357.A62687@nagual.pp.ru> References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <5lu21eo99v.fsf@assaris.sics.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5lu21eo99v.fsf@assaris.sics.se>; from assar@FreeBSD.ORG on Mon, Jun 18, 2001 at 03:40:28AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 18, 2001 at 03:40:28 +0200, Assar Westerlund wrote: > > What about this? > Matt's variant is better because return ENOENT _before_ NAMETOOLONG check. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 19:23:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 9B82137B401; Sun, 17 Jun 2001 19:23:51 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5I2Npd09952; Sun, 17 Jun 2001 19:23:51 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 19:23:51 -0700 (PDT) From: Matt Dillon Message-Id: <200106180223.f5I2Npd09952@earth.backplane.com> To: Assar Westerlund Cc: Garance A Drosihn , current@FreeBSD.ORG Subject: Re: symlink(2) [Was: Re: tcsh.cat] References: <200106170518.f5H5I6V44586@harmony.village.org> <20010617113141A.jkh@osd.bsdi.com> <20010617231418.A60728@nagual.pp.ru> <200106172128.f5HLSe108208@earth.backplane.com> <5lu21eo99v.fsf@assaris.sics.se> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Heh. We came up with virtually the same patch at the same time! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 20:13:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 0DB6537B403; Sun, 17 Jun 2001 20:13:00 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:c9f:bcc:6a11:c6e5]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id MAA19062; Mon, 18 Jun 2001 12:13:38 +0900 (JST) Date: Mon, 18 Jun 2001 12:10:22 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Hajimu UMEMOTO Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [CFR] latest KAME merge into FreeBSD In-Reply-To: <20010604.192036.74727576.ume@mahoroba.org> References: <20010604.192036.74727576.ume@mahoroba.org> User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 67 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> On Mon, 04 Jun 2001 19:20:36 +0900 (JST), >>>>> Hajimu UMEMOTO said: > I just put the patch for merging latest KAME into FreeBSD: > http://www.imasy.or.jp/~ume/ipv6/test/freebsd5-kame20010528-20010604.diff.gz > This is based on KAME snap 20010528 and against 5-CURRENT of Jun 2. > There are many many changes since last KAME merge (20000701). > Please review it. Thanks for the effort. Could you apply the following patch? The fix is not so serious for most users, but should be important for nomadic users who use IPv6 temporary addresses (for privacy extension). JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp Index: nd6_rtr.c =================================================================== RCS file: /cvsroot/kame/kame/kame/sys/netinet6/nd6_rtr.c,v retrieving revision 1.119 retrieving revision 1.121 diff -c -r1.119 -r1.121 *** nd6_rtr.c 2001/06/04 09:07:28 1.119 --- nd6_rtr.c 2001/06/18 03:10:25 1.121 *************** *** 1,4 **** ! /* $KAME: nd6_rtr.c,v 1.119 2001/06/04 09:07:28 keiichi Exp $ */ /* * Copyright (C) 1995, 1996, 1997, and 1998 WIDE Project. --- 1,4 ---- ! /* $KAME: nd6_rtr.c,v 1.121 2001/06/18 03:10:25 jinmei Exp $ */ /* * Copyright (C) 1995, 1996, 1997, and 1998 WIDE Project. *************** *** 1903,1908 **** --- 1903,1909 ---- int in6_tmpifadd(ia0, forcegen) const struct in6_ifaddr *ia0; /* corresponding public address */ + int forcegen; { struct ifnet *ifp = ia0->ia_ifa.ifa_ifp; struct in6_ifaddr *newia; *************** *** 2001,2006 **** --- 2002,2017 ---- } newia->ia6_ndpr = ia0->ia6_ndpr; newia->ia6_ndpr->ndpr_refcnt++; + + /* + * A newly added address might affect the status of other addresses. + * XXX: when the temporary address is generated with a new public + * address, the onlink check is redundant. However, it would be safe + * to do the check explicitly everywhere a new address is generated, + * and, in fact, we surely need the check when we create a new + * temporary address due to deprecation of an old temporary address. + */ + pfxlist_onlink_check(); return(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 17 22:43:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id BAFF537B41F for ; Sun, 17 Jun 2001 22:43:05 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA27911; Mon, 18 Jun 2001 15:42:11 +1000 Date: Mon, 18 Jun 2001 15:40:23 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Matt Dillon Cc: "Andrey A. Chernov" , Garance A Drosihn , Jordan Hubbard , imp@harmony.village.org, steveo@eircom.net, david@catwhisker.org, current@FreeBSD.ORG Subject: Re: Ok, try this patch. (was Re: symlink(2) [Was: Re: tcsh.cat]) In-Reply-To: <200106180149.f5I1nma09752@earth.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 17 Jun 2001, Matt Dillon wrote: > Ok, this patch should do it. For review. I've made it return ENOENT, > which is the same error that is returned when you try to open an empty > path (e.g. open("", ...)). > > (Note: This is unrelated to Bruce's second issue with 'cp' copying > symlinks that don't exist, which is a cp-specific). > > If nobody has any objections I will commit this to -current on wednesday > and MFC it next saturday. > > Index: vfs_lookup.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/vfs_lookup.c,v > retrieving revision 1.38.2.2 > diff -u -r1.38.2.2 vfs_lookup.c > --- vfs_lookup.c 2001/05/20 12:11:57 1.38.2.2 > +++ vfs_lookup.c 2001/06/18 01:39:46 > @@ -200,6 +200,12 @@ > break; > } > linklen = MAXPATHLEN - auio.uio_resid; > + if (linklen == 0) { > + if (ndp->ni_pathlen > 1) > + zfree(namei_zone, cp); > + error = ENOENT; > + break; > + } > if (linklen + ndp->ni_pathlen >= MAXPATHLEN) { > if (ndp->ni_pathlen > 1) > zfree(namei_zone, cp); NetBSD committed essentially this patch 4 years ago (as part of rev.1.23). I like it, except it seems to be incompatible with POSIX.1-200x. The bug that stat(2) on a null symlink classifies the target of the symlink as a directory is caused by resolving the pathname to "" and then not returning ENOENT in namei(). "" tends to be interpreted as "." unless it is specially disallowed, and that's what happens here. "" is only disallowed for the unresolved pathname. Since the bug is in namei(), it affects all syscalls that deal with pathnames. E.g., you can open() null symlinks; this is equivalent to opening ".". Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 1:22:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 11C6637B403 for ; Mon, 18 Jun 2001 01:22:41 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.22 #1) id 15BuIU-000JDr-00; Mon, 18 Jun 2001 10:22:10 +0200 From: Sheldon Hearn To: Dima Dorfman Cc: Poul-Henning Kamp , Jens Schweikhardt , FreeBSD current Subject: Re: mdconfig/umount Fatal trap 12 In-reply-to: Your message of "Sun, 17 Jun 2001 11:46:57 MST." <20010617184657.1503D3E0B@bazooka.unixfreak.org> Date: Mon, 18 Jun 2001 10:22:10 +0200 Message-ID: <73894.992852530@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 17 Jun 2001 11:46:57 MST, Dima Dorfman wrote: > > If people think this is too much of a panic(8) implementation we > > can hide this behaviour behind a -JUSTDOIT! option. > > This is easy to do; just add an -f option to mdconfig (which can be > converted into an MD_FORCE flag or something) which means "bypass as > many sanity checks as possible". I'll do the work if it's desired. Yuk. Can't we just keep consistency, so that this happens: $ umount /dev/md0 umount: unmount of /dev/md0 failed: Device busy $ umount -f /dev/md0 :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 2:23:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id B48AE37B403 for ; Mon, 18 Jun 2001 02:23:50 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f5I8sUr80622; Mon, 18 Jun 2001 10:54:30 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Sheldon Hearn Cc: Dima Dorfman , Jens Schweikhardt , FreeBSD current Subject: Re: mdconfig/umount Fatal trap 12 In-Reply-To: Your message of "Mon, 18 Jun 2001 10:22:10 +0200." <73894.992852530@axl.seasidesoftware.co.za> Date: Mon, 18 Jun 2001 10:54:30 +0200 Message-ID: <80620.992854470@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <73894.992852530@axl.seasidesoftware.co.za>, Sheldon Hearn writes: > > >On Sun, 17 Jun 2001 11:46:57 MST, Dima Dorfman wrote: > >> > If people think this is too much of a panic(8) implementation we >> > can hide this behaviour behind a -JUSTDOIT! option. >> >> This is easy to do; just add an -f option to mdconfig (which can be >> converted into an MD_FORCE flag or something) which means "bypass as >> many sanity checks as possible". I'll do the work if it's desired. > >Yuk. Can't we just keep consistency, so that this happens: > > $ umount /dev/md0 > umount: unmount of /dev/md0 failed: Device busy > $ umount -f /dev/md0 > Please check your details before replying. It is not mount which should yell, it is "mdconfig -d". Besides "-f" is already a "-file" option to mdconfig, so a better option letter needs to be found. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 3: 4:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 7691B37B405; Mon, 18 Jun 2001 03:04:34 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f5IA4VD63112 ; Mon, 18 Jun 2001 19:04:32 +0900 (JST) Message-Id: <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> Date: Mon, 18 Jun 2001 19:04:31 +0900 From: Seigo Tanimura To: obrien@FreeBSD.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Mon, 04 Jun 2001 16:48:30 +0900" <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> References: <20010531124007.B57907@dragon.nuxi.com> <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 04 Jun 2001 16:48:30 +0900, Seigo Tanimura said: David> It would also be nice to get a timeline on the commit schedule for this. >>> Test of 2 weeks should be enough, followed by commit in 15 June. David> I request that this be on hold until we actually get -current Alphas David> usable again. Seigo> OK, then we can test on pc98 and ia64 to wait for that. The results of build test with the latest patch are now at: http://people.FreeBSD.org/~tanimura/pg_fd/ As it is likely to take quite a while to fix alpha, I am going to update the patch every few days. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 4:40: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from casper.imasy.or.jp (casper.imasy.or.jp [202.227.24.9]) by hub.freebsd.org (Postfix) with ESMTP id 9C74337B405; Mon, 18 Jun 2001 04:39:57 -0700 (PDT) (envelope-from ume@FreeBSD.org) Received: from piano.mahoroba.org (IDENT:5kXk9zTVZVXvWtfnxoWGIm0vU3JR2DnDaOB18LtOPIbhYVGUsCyaNu4wsyQUeHSn@piano.mob.spacecom.netspace.or.jp [3ffe:505:200f:2000:200:f4ff:fe5e:7147]) (authenticated as ume with DIGEST-MD5) by casper.imasy.or.jp (8.11.3/8.11.3/casper) with ESMTP/inet6 id f5IBdg829763 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Mon, 18 Jun 2001 20:39:53 +0900 (JST) (envelope-from ume@FreeBSD.org) Received: from piano.mahoroba.org (IDENT:ARO5ruylA8fThlhRlpZt/Tn0Q6f9Ht45twSiOGYqK3oXmISbCrKqfEmld6pCz5rA@localhost [IPv6:::1]) by piano.mahoroba.org (8.12.0.Beta7/8.12.0.Beta7/piano) with ESMTP id f5IBckI5025726; Mon, 18 Jun 2001 20:38:49 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Mon, 18 Jun 2001 20:38:37 +0900 Message-ID: From: Hajimu UMEMOTO To: jinmei@isl.rdc.toshiba.co.jp Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: [CFR] latest KAME merge into FreeBSD In-Reply-To: References: <20010604.192036.74727576.ume@mahoroba.org> User-Agent: xcite1.38> Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0 (=?ISO-2022-JP?B?GyRCMlYxYxsoQg==?=) X-Operating-System: FreeBSD 4.3-STABLE MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, >>> Mon, 18 Jun 2001 12:10:22 +0900, >>> JINMEI Tatuya / said: jinmei> Thanks for the effort. Could you apply the following patch? The fix jinmei> is not so serious for most users, but should be important for jinmei> nomadic users who use IPv6 temporary addresses (for privacy extension). I just committed it. Thanks! -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 6:13:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 9E10B37B401 for ; Mon, 18 Jun 2001 06:13:38 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id 71E18520; Mon, 18 Jun 2001 14:13:37 +0100 (BST) Date: Mon, 18 Jun 2001 14:13:37 +0100 From: Josef Karthauser To: current@freebsd.org Subject: Problems with psm probing twice. Message-ID: <20010618141337.L728@tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="j3zO+32zXj6UcJCE" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --j3zO+32zXj6UcJCE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I upgraded the windows software for my laptop touchpad the other day and now I can't get it to work properly under FreeBSD. It appears to probe twice for some reason, and I'm not kernel savey enough to know how to fix it. Here's the dmesg: psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 psm1: unable to allocate the IRQ resource (12). The mouse movement is jerky; I'm assuming that interrupt routing is broken for the device. Can some kind soul point me in the right direction please? Joe --j3zO+32zXj6UcJCE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjst/oAACgkQXVIcjOaxUBavKQCcDhNwYVWE+oHRnBVE1YemboqG cTQAoLxtb/fvSe+2PflGrQomYFj+IHYm =670o -----END PGP SIGNATURE----- --j3zO+32zXj6UcJCE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 6:16:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 88B4A37B403; Mon, 18 Jun 2001 06:16:48 -0700 (PDT) (envelope-from quinot@inf.enst.fr) Received: by melchior.cuivre.fr.eu.org (Postfix, from userid 11117) id 582E97E3D; Mon, 18 Jun 2001 15:16:46 +0200 (CEST) Date: Mon, 18 Jun 2001 15:16:46 +0200 From: Thomas Quinot To: current@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/27231: lockd problems Message-ID: <20010618151645.A32642@cuivre.fr.eu.org> Reply-To: Thomas Quinot References: <20010423175004.A24030@infres.enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.15i In-Reply-To: <20010423175004.A24030@infres.enst.fr>; from quinot@inf.enst.fr on Mon, Apr 23, 2001 at 05:50:05PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2001-04-23, Thomas Quinot 馗rivait : > deterministic fashion. It also tends to leave the mailbox locked on the > server even after quitting. Running lockd with debugging enabled did > not show anything that looks like an abnormal condition. I am still seeing this problem on -CURRENT as of: FreeBSD shalmaneser.enst.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #15: Thu Jun 7 17:54:30 CEST 2001 quinot@shalmaneser.enst.fr:/usr/obj/usr/src/sys/SHALMANESER i386 [ Cc: GNATS so the PR can be reopened. ] Thomas. -- Thomas Quinot ** D駱artement Informatique & R駸eaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 6:17:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 135C937B407 for ; Mon, 18 Jun 2001 06:17:11 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by peitho.fxp.org (Postfix, from userid 1501) id 5ACE41360C; Mon, 18 Jun 2001 09:17:10 -0400 (EDT) Date: Mon, 18 Jun 2001 09:17:10 -0400 From: Chris Faulhaber To: Josef Karthauser Cc: current@freebsd.org Subject: Re: Problems with psm probing twice. Message-ID: <20010618091710.A72197@peitho.fxp.org> References: <20010618141337.L728@tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010618141337.L728@tao.org.uk>; from joe@tao.org.uk on Mon, Jun 18, 2001 at 02:13:37PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2001 at 02:13:37PM +0100, Josef Karthauser wrote: > Hi, >=20 > I upgraded the windows software for my laptop touchpad the other day and > now I can't get it to work properly under FreeBSD. >=20 > It appears to probe twice for some reason, and I'm not kernel savey > enough to know how to fix it. >=20 > Here's the dmesg: > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0 > psm1: unable to allocate the IRQ resource (12). >=20 > The mouse movement is jerky; I'm assuming that interrupt routing is > broken for the device. >=20 > Can some kind soul point me in the right direction please? >=20 Commenting hints.psm.0.* and hint.atkbd.0.* from /boot/device.hints (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D84052+0+current/freebsd-cur= rent) works here. --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: FreeBSD: The Power To Serve iEYEARECAAYFAjst/1UACgkQObaG4P6BelA6MwCgnWmXp5Un72/hhZ5V8/9UnBI2 8sIAoJXG1bDWiR3cjcr+4nccMz+oocIY =AW3g -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 6:22:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 8AEF437B403 for ; Mon, 18 Jun 2001 06:22:15 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id 0738D520; Mon, 18 Jun 2001 14:22:13 +0100 (BST) Date: Mon, 18 Jun 2001 14:22:13 +0100 From: Josef Karthauser To: Chris Faulhaber Cc: current@freebsd.org Subject: Re: Problems with psm probing twice. Message-ID: <20010618142213.A660@tao.org.uk> Mail-Followup-To: Josef Karthauser , Chris Faulhaber , current@freebsd.org References: <20010618141337.L728@tao.org.uk> <20010618091710.A72197@peitho.fxp.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010618091710.A72197@peitho.fxp.org>; from jedgar@fxp.org on Mon, Jun 18, 2001 at 09:17:10AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2001 at 09:17:10AM -0400, Chris Faulhaber wrote: > >=20 > > Can some kind soul point me in the right direction please? > >=20 >=20 > Commenting hints.psm.0.* and hint.atkbd.0.* from /boot/device.hints > (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D84052+0+current/freebsd-c= urrent) > works here. Yes, that fixed it. Many thanks, Joe --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjsuAIQACgkQXVIcjOaxUBb6ewCgwGYUiOETE4scvjzzqt7Erfcj oWoAn3qiLUOcT5Hsp7ktrJ62V2hgSHlZ =2po0 -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 6:35: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 5429237B403; Mon, 18 Jun 2001 06:34:56 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.4/8.11.4) with ESMTP id f5IDYrF12484; Mon, 18 Jun 2001 14:34:54 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.4/8.11.4) with ESMTP id f5IDYrh04150; Mon, 18 Jun 2001 14:34:53 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200106181334.f5IDYrh04150@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Cy Schubert - ITSD Open Systems Group Cc: "default013 - subscriptions" , freebsd-security@FreeBSD.org, jedgar@fxp.org, brian@Awfulhak.org, freebsd-current@FreeBSD.org Subject: Re: trouble with glob patch (ftp exploit) In-Reply-To: Message from Cy Schubert - ITSD Open Systems Group of "Sat, 16 Jun 2001 00:12:56 PDT." <200106160713.f5G7DlI05467@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Jun 2001 14:34:53 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > In message , "default013 - > subscriptio > ns" writes: > > Hi, thanks for the tip, but I attempted the new instructions and got this > > error... > > It seemed like it went a bit farther but... > > > > [/usr/src/lib/libc]# make all install > > Warning: Object directory not changed from original /usr/src/lib/libc > > cc -pg -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBI > > NTERFACE_PRIVATE -DINET6 -DPOSIX_Mo > > cc: Internal compiler error: program cc1 got fatal signal 11 > > *** Error code 1 > > > > Stop in /usr/src/lib/libc. > > [/usr/src/lib/libc]# cd /usr/src/libexec/ftpd > > [/usr/src/libexec/ftpd]# make all install > > Warning: Object directory not changed from original /usr/src/libexec/ftpd > > cc -O -pipe -DSETPROCTITLE -DSKEY -DLOGIN_CAP -DVIRTUAL_HOSTING -Wall -I/us > > r/src/libexec/ftpd/../../contrib-cc > > cc: Internal compiler error: program cc1 got fatal signal 11 > > *** Error code 1 > > > > Stop in /usr/src/libexec/ftpd. > > Looks like some kind of hardware problem; memory, CPU, MB. Also make > sure that your case is being sufficiently cooled and that the CPU fan > is not plugged with dust. I'm not convinced that this is the problem - not with -current at the moment anyway. I have a machine here that's been seeing sig 11 quite a bit during buildworld recently. I get them regularly (almost always during a buildworld on an empty /usr/obj), but if I boot from a kernel from May 23, a full buildworld works fine -- every time. Note that this is with an identical compiler etc (just a reboot with an old kernel). I haven't tried to track the problem down because of the relatively long period after May 25 when nothing worked... > Regards, Phone: (250)387-8437 > Cy Schubert Fax: (250)387-5766 > Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca > Open Systems Group, ITSD, ISTA > Province of BC -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 7:47:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 606B537B405 for ; Mon, 18 Jun 2001 07:47:43 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f5IEld849539 for ; Mon, 18 Jun 2001 23:47:39 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20010618091710.A72197@peitho.fxp.org> References: <20010618141337.L728@tao.org.uk> <20010618141337.L728@tao.org.uk> <20010618091710.A72197@peitho.fxp.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 58 From: Makoto MATSUSHITA To: current@FreeBSD.ORG Subject: Problems with ata probing twice. Date: Mon, 18 Jun 2001 23:47:17 +0900 Message-Id: <20010618234717K.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG jedgar> Commenting hints.psm.0.* and hint.atkbd.0.* from /boot/device.hints jedgar> (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=84052+0+current/freebsd-current) jedgar> works here. I have similar problem; 'ata' bus is detected twice. We jp.FreeBSD.org have donated TrustGuard iSV, which is 13 PCs in 4U (). FreeBSD 4-stable works fine, but 5-current (as of mid-March/2001; early-June/2001 kernel causes unwanted panic but it's another story) kernel detects ata bus twice, even if there is only one ata bus (and one HDD on the bus). (from dmesg output) atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 I've tried to figure out what's going on with atacontrol(8), and got: ushi % sudo atacontrol info ata0 Master slot: ad0: ATA/ATAPI rev 5 Slave slot: no device present ushi % sudo atacontrol info ata1 Master slot: ad0: ATA/ATAPI rev 5 Slave slot: no device present Apparantly, the kernel attaches same bus/HDD _twice_. Detecting atkbd/psm twice can be disabled with device.hints, but how to do with ata bus? I've commented out all hw.ata.* line in device.hints but no lacks... This causes another problem. In fact, this iSV has two fxp ethernet device, and one of them uses IRQ 15. Since ata1 is detected before fxp, I've got: (from dmesg output) fxp0: port 0xe400-0xe43f mem 0xd2420000-0xd243ffff,0xd2440000-0xd2440fff irq 15 at device 8.0 on pci0 fxp0: could not map interrupt device_probe_and_attach: fxp0 attach returned 6 fxp0: port 0xe800-0xe83f mem 0xd2400000-0xd241ffff,0xd2441000-0xd2441fff irq 11 at device 9.0 on pci0 fxp0: Ethernet address 00:10:f3:03:52:32 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Kernel refuses to attach first fxp device. *** Is there any way to stop detecting ata1 in this case? Why kernel detects ata1 which doesn't exist? Since this machine will be 5-current buildbox for our SNAPSHOTs service, there are no options that using 4-stable kernel instead. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 18 8:23:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from hfep06.dion.ne.jp (hfep06.dion.ne.jp [203.181.105.72]) by hub.freebsd.org (Postfix) with ESMTP id E2F1137B403; Mon, 18 Jun 2001 08:23:42 -0700 (PDT) (envelope-from haro@h4.dion.ne.jp) Received: from localhost ([61.200.142.165]) by hfep06.dion.ne.jp with ESMTP id <20010618152339695.WTWM@hfep06.dion.ne.jp>; Tue, 19 Jun 2001 00:23:39 +0900 To: imp@freebsd.org, freebsd-current@freebsd.org Subject: panic with pccard X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010619002331G.haro@h4.dion.ne.jp> Date: Tue, 19 Jun 2001 00:23:31 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 180 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm having panic with recent pccard/pcic changes on system boot. The system is Sony VAIO PCG-Z505V/BP. Here's the panic message: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc42ef780 fault code = supervisor read, page not present instruction pointer = 0x8:0xc03b6b48 stack pointer = 0x10:0xc8a7fb28 frame pointer = 0x10:0xc8a7fb34 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 179 (pccardd) kernel: type 12 trap, code = 0 Stopped at sched_ithd+0x10: movl iths(%esi),%ecx ddb> I've written down the trace output, but the first few lines scrolled off the screen, so not included here. sorry :-( bus_generic_setup_intr(c0e3f900,c0fd5a00,c0ff2780,81,c03c2708) at bus_generic_setup_intr+0x58 bus_generic_setup_intr(c0e3f500,c0fd5a00,c0ff2780,81,c03c2708) at bus_generic_setup_intr+0x58 bus_generic_setup_intr(c0e3f480,c0fd5a00,c0ff2780,81,c03c2708) at bus_generic_setup_intr+0x58 bus_generic_setup_intr(c0efa980,c0fd5a00,c0ff2780,81,c03c2708) at bus_generic_setup_intr+0x58 pcic_setup_intr(c0efa980,c0fd5a00,c0ff2780,81,c03c2708) at pcic_setup_intr+0x54 bus_generic_setup_intr(c0f04000,c0fd5a00,c0ff2780,81,c03c2708,c0f89c00,c0f89de0) at bus_generic_setup_intr+0x58 sioattach(c0fd5a00,0,c8a82d84,c023cb92,c0fd5a00) at sioattach+0x700 sio_pccard_attach(c0fd5a00,0,c0fd5a00,c0ff3700,1) at sio_pccard_attach+0xd device_probe_and_attach(c0fd5a00,c0f06400,c0ff3700,c0485020,a) at device_probe_and_attach+0x9a allocate_driver(c0f06400,c0ff3700,c8a82e0c,c0485020,c7b13320) at allocate_driver+0xf4 crdioctl(c0485020,c0ac5006,c0ff3700,3,c7b13320,) at crdioctl+0x34b spec_ioctl(c8a82e0c,c8a82e9c,c0280ab9,c8a82e0c,c0ff2f80) at spec_ioctl+0x26 spec_vnoperate(c8a82ec0,c0ff2f80,0,ac,c042f700) at spec_vnoperate+0x15 vn_ioctl(c0ff2f80,c0ac5006,c0ff3700,c7b13320,c7b1343c) at vn_ioctl+0x10d ioctl(c7b13320,c8a82f80,8073140,8073100,0) at ioctl+0x20a syscall(2f,2f,2f,0,80731000) at syscall+0x689 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b Here's the dmesg when it panics. Note that "pccard: card inserted, slot 0" appears twice. ACPI debug layer 0x0 debug level 0x0 Copyright (c) 1992-2001 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.0-CURRENT #0: Mon Jun 18 00:54:36 JST 2001 haro@jkpc11.ttr.kubota.co.jp:/usr/src/sys/compile/JKPC11 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 595573410 Hz CPU: Pentium III/Pentium III Xeon/Celeron (595.57-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 134152192 (131008K bytes) avail memory = 125108224 (122176K bytes) Preloaded elf kernel "kernel" at 0xc0554000. Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00fdf50 acpi0: on motherboard acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: on acpi0 pci0: on acpi_pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xfcb0-0xfcbf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xfc60-0xfc7f at device 7.2 on pci0 pci_cfgintr_unique: hard-routed to irq 9 pci_cfgintr: 0:7 INTD routed to irq 9 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 uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 uhub1: 3 ports with 3 removable, self powered umass0: Sony USB Memory Stick Slot, rev 1.10/1.31, addr 3 pci0: at 7.3 (no driver attached) pci0: at 8.0 (no driver attached) pcm0: mem 0xfecf0000-0xfecf7fff irq 9 at device 9.0 on pci0 pci0: at 10.0 (no driver attached) fxp0: port 0xfcc0-0xfcff mem 0xfed00000-0xfedfffff,0xfecff000-0xfecfffff irq 9 at device 11.0 on pci0 fxp0: Ethernet address 08:00:46:0e:5a:c4 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci_cfgintr_unique: hard-routed to irq 9 pci_cfgintr: 0:12 INTA routed to irq 9 pcic0: irq 9 at device 12.0 on pci0 pcic0: Memory mapped device, will work. pcic0: PCI Memory allocated: 0x44000000 pccard0: on pcic0 acpi_ec0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_acad0: Off Line acpi_timer0: <24-bit timer at 3.579545MHz> on acpi0 npx0: on motherboard npx0: INT 16 interface orm0:

I noticed your email address on a list serve related to technology and web development.  With your permission, we
would like to send you information regarding new web tools and utilities based on your interests.  Please click the
following link and opt-in to our product updates and e-newsletter, click here: http://216.133.228.90/

Cordially,

Victor Black
High-Tech-Communications.com

If you would like to be removed from our database, please click here: http://216.133.228.90/remove.cgi

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 21 0:10:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 807AD37B408 for ; Thu, 21 Jun 2001 00:10:38 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f5L7AYb08110; Thu, 21 Jun 2001 09:10:34 +0200 (CEST) (envelope-from sos) From: Sren Schmidt Message-Id: <200106210710.f5L7AYb08110@freebsd.dk> Subject: Re: More ATA disks with tagged queueing ? In-Reply-To: <200106210535.f5L5ZOF62152@wint.itfs.nsk.su> "from nnd@mail.nsk.ru at Jun 21, 2001 12:35:24 pm" To: nnd@mail.nsk.ru Date: Thu, 21 Jun 2001 09:10:33 +0200 (CEST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems nnd@mail.nsk.ru wrote: > After applaying the next patch I can now see > in dmesg output: > > ........ > ad4: 19574MB [39770/16/63] at ata2-master tagged UDMA66 > ad6: 19623MB [39870/16/63] at ata3-master tagged UDMA66 > ......... > > This configuration (ad6 is the IBM's Deskstar 60GXP(?) series > disk) was 'tested' by the 'make -j32 buildworld' with the /usr/obj > on the ad6 disk. > > Does this mean that this disk really support "tagged queueing" ? Yups, else it would have failed bitterly.. The diskid (IC...) has me somewhat stumped though, I would have thougt the used something like all other IBM disks. Is this a genuine IBM disk or is it some kind of OEM/rebadged device ? > Is there any way to test/demonstarte this ? Not without instrumenting the code currently -Sren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 21 0:29:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 6FC3037B403 for ; Thu, 21 Jun 2001 00:29:02 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f5L7Sx870509 for ; Thu, 21 Jun 2001 16:28:59 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20010618234717K.matusita@jp.FreeBSD.org> References: <20010618141337.L728@tao.org.uk> <20010618091710.A72197@peitho.fxp.org> <20010618234717K.matusita@jp.FreeBSD.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 275 From: Makoto MATSUSHITA To: current@FreeBSD.org Subject: Re: Problems with ata probing twice. Date: Thu, 21 Jun 2001 16:28:49 +0900 Message-Id: <20010621162849V.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG matusita> I have similar problem; 'ata' bus is detected twice. I've just updated to 5-current as of yesterday (yeh!), but no helps. 'ata' driver detects the second devices which is _not_ on this machine. Attached below is a full and verbose dmesg output. Most part of kernel configulation is as same as GENERIC, only some unused devices and options are wiped out. Note again that this machine worked well with 4-stable kernel. What's wrong with me? or something goes wrong in 5-current kernel? -- - Makoto `MAR' MATSUSHITA Copyright (c) 1992-2001 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.0-CURRENT #1: Thu Jun 21 14:19:43 JST 2001 root@ushi.jp.freebsd.org:/usr/obj/usr/src/sys/SNAPSHOTS_CURRENT Calibrating clock(s) ... TSC clock: 501112757 Hz, i8254 clock: 1193126 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 501138091 Hz CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387f9ff real memory = 268435456 (262144K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x00395000 - 0x0fff7fff, 264646656 bytes (64611 pages) avail memory = 257662976 (251624K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fad10 bios32: Entry = 0xfb180 (c00fb180) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb1b0 pnpbios: Found PnP BIOS data at 0xc00fbdd0 pnpbios: Entry = f0000:be00 Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc036f000. random: null: mem: Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00fdd40 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 3, range 32, base d2000000, size 22, enabled found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base 0000e000, size 5, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=12 map[90]: type 4, range 32, base 00005000, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 map[10]: type 1, range 32, base d2440000, size 12, enabled map[14]: type 4, range 32, base 0000e400, size 6, enabled map[18]: type 1, range 32, base d2420000, size 17, enabled found-> vendor=0x8086, dev=0x1229, revid=0x09 bus=0, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=15 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d2441000, size 12, enabled map[14]: type 4, range 32, base 0000e800, size 6, enabled map[18]: type 1, range 32, base d2400000, size 17, enabled found-> vendor=0x8086, dev=0x1229, revid=0x09 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d1000000, size 24, enabled found-> vendor=0x102c, dev=0x00c0, revid=0x64 bus=0, slot=11, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 pci0: on pcib0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: physical bus=1 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 ostat0=50 ostat2=00 ata0-slave: ATAPI probe 00 00 ata0-master: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe000-0xe01f irq 12 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ukbd0: Behavior Tech. Computer Keyboard with mouse port, rev 1.00/1.00, addr 2, iclass 3/1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 ums0: Behavior Tech. Computer Keyboard with mouse port, rev 1.00/1.00, addr 2, iclass 3/1 ums0: 3 buttons intpm0: port 0x5000-0x500f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 4000 fxp0: port 0xe400-0xe43f mem 0xd2420000-0xd243ffff,0xd2440000-0xd2440fff irq 15 at device 8.0 on pci0 fxp0: using memory space register mapping fxp0: could not map interrupt device_probe_and_attach: fxp0 attach returned 6 fxp0: port 0xe800-0xe83f mem 0xd2400000-0xd241ffff,0xd2441000-0xd2441fff irq 11 at device 9.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:10:f3:03:52:32, 10Mbps fxp0: PCI IDs: 8086 1229 0000 0000 0009 fxp0: Chip Type: 0 bpf: fxp0 attached pci0: at 11.0 (no driver attached) 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 pnpbios: 12 devices, largest 69 bytes PNP0000: adding irq mask 0x4 PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: end config pnpbios: handle 0 device ID PNP0000 (0000d041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 PNP0200: end config pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: end config pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 PNP0b00: end config pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 PNP0303: end config pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 PNP0800: end config pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 PNP0c04: end config pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfee00000-0xfee0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0x100000-0xfffffff, size=0xff00000 PNP0c01: end config pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xfffff, size=0xc000 PNP0c02: adding fixed memory32 range 0xdd800-0xdffff, size=0x2800 PNP0c02: adding fixed memory32 range 0xcc000-0xcffff, size=0x4000 PNP0c02: end config pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x294-0x297, size=0x4, align=0 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 PNP0a03: adding io range 0x4000-0x403f, size=0x40, align=0 PNP0a03: adding io range 0x5000-0x501f, size=0x20, align=0 PNP0a03: end config pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 13 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 PNP0700: end config pnpbios: handle 14 device ID PNP0700 (0007d041) sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: