From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 09:34:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84D0316A4CE; Sat, 10 Apr 2004 09:34:30 -0700 (PDT) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B35A43D1F; Sat, 10 Apr 2004 09:34:29 -0700 (PDT) (envelope-from delphij@frontfree.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 4B60352C8; Sun, 11 Apr 2004 00:34:28 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20374-10; Sun, 11 Apr 2004 00:34:24 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 10E7D5299; Sun, 11 Apr 2004 00:34:24 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id D8382117DC; Sun, 11 Apr 2004 00:34:23 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00569-05; Sun, 11 Apr 2004 00:34:23 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 391F011559; Sun, 11 Apr 2004 00:34:23 +0800 (CST) Date: Sun, 11 Apr 2004 00:34:23 +0800 From: Xin LI To: Lukas Ertl Message-ID: <20040410163423.GA2092@frontfree.net> References: <20040409061800.GA2000@frontfree.net> <20040409184936.S8718@leelou.in.tern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <20040409184936.S8718@leelou.in.tern> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-CURRENT FreeBSD 5.2-CURRENT #18: Sun Apr 11 00:11:30 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@FreeBSD.org Subject: Re: How to produce effective backtraces from crashdump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 X-List-Received-Date: Sat, 10 Apr 2004 16:34:30 -0000 --LpQ9ahxlCli8rRTG Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 09, 2004 at 06:51:53PM +0200, Lukas Ertl wrote: > I'm seeing similar problems here. Could you please try the following: >=20 > Open /usr/src/gnu/usr.bin/binutils/libbfd/i386/bfd.h and change line 59 > from: >=20 > #define BFD_ARCH_SIZE 64 >=20 > to: >=20 > #define BFD_ARCH_SIZE 32 >=20 Thanks, I finally got the backtrace (as attached). I'll do some investigate on this issue. Best Regards, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=unknown-8bit Content-Disposition: attachment; filename=backtrace Content-Transfer-Encoding: quoted-printable GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: vm_page_free: freeing wired page panic messages: --- panic: vm_page_free: freeing wired page at line 1058 in file /usr/src/sys/vm/vm_page.c cpuid =3D 0;=20 Stack backtrace: backtrace(c0675cae,0,422,c0685595,100) at backtrace+0x17 __panic(c0685595,422,c0685826,3f9,124) at __panic+0x150 vm_page_free_toq(c16651e8,40,c16651e8,eae0b910,c05fb453) at vm_page_free_to= q+0x126 vm_page_free(c16651e8,0,c0685072,5ef,0) at vm_page_free+0x24 vm_object_backing_scan(c6388e70,4,c0685072,63c,1e8) at vm_object_backing_sc= an+0x449 vm_object_collapse(c6388e70,0,c0685072,20d,c611db7c) at vm_object_collapse+= 0xc8 vm_object_deallocate(c627c528,0,c06847fa,825,eae0b9a0) at vm_object_dealloc= ate+0x2eb vm_map_entry_delete(c61ea938,c611db7c,c06847fa,882,c05f351c) at vm_map_entr= y_delete+0x17e vm_map_delete(c61ea938,0,bfc00000,c61ea938,c61ea938) at vm_map_delete+0x216 vm_map_remove(c61ea938,0,bfc00000,363,bfbfecfc) at vm_map_remove+0x55 exec_new_vmspace(eae0bb8c,c06b34c0,c066b260,296,eae0bb8c) at exec_new_vmspa= ce+0x230 exec_elf32_imgact(eae0bb8c,0,c066c0ce,145,c0704c20) at exec_elf32_imgact+0x= 1bc kern_execve(c61f47e0,804a419,bfbfebf0,bfbfec9c,0) at kern_execve+0x3af execve(c61f47e0,eae0bd14,c,2814d000,3) at execve+0x30 syscall(2f,2f,2f,bfbfec14,bfbfee5f) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (59), eip =3D 0x280d4083, esp =3D 0xbfbfe6fc, ebp =3D 0xbfbfeba= 8 --- syncing disks, buffers remaining... panic: _mtx_lock_sleep: recursed on non= -recursive mutex vm page queue mutex @ /usr/src/sys/kern/vfs_bio.c:3394 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 4m19s Dumping 1007 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 236 dumping++; (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 No locals. #1 0xc04f7a1a in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 70 No locals. #2 0xc04f7d96 in poweroff_wait (junk=3D0xc066dc1a, howto=3D437) at /usr/sr= c/sys/kern/kern_shutdown.c:548 td =3D (struct thread *) 0xc61f47e0 bootopt =3D 260 newpanic =3D 0 ap =3D 0xeae0b654 "=AFUh=C0=CERg=C0B\r" buf =3D "vm_page_free: freeing wired page\n", '\0' #3 0xc04ee577 in _mtx_lock_sleep (m=3D0xeae0b654, opts=3D0, file=3D0x0, li= ne=3D0) at /usr/src/sys/kern/kern_mutex.c:483 ts =3D (struct turnstile *) 0x0 td =3D (struct thread *) 0xc066dd08 v =3D 0 #4 0xc04ee0d2 in _mtx_lock_flags (m=3D0xc0704c20, opts=3D0, file=3D0xc0675= 2ce "/usr/src/sys/kern/vfs_bio.c",=20 line=3D3394) at /usr/src/sys/kern/kern_mutex.c:252 No locals. #5 0xc05461fd in vfs_busy_pages (bp=3D0xd2546730, clear_modify=3D1) at /us= r/src/sys/kern/vfs_bio.c:3394 obj =3D 0xc0c408c4 foff =3D -1522016800224556000 i =3D -1066970418 bogus =3D 0 #6 0xc05414f8 in ibwrite (bp=3D0xd2546730) at /usr/src/sys/kern/vfs_bio.c:= 875 oldflags =3D 537002148 newbp =3D (struct buf *) 0xc5f2d000 #7 0xc054116d in bwrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:771 No locals. #8 0xc05433d3 in vfs_bio_awrite (bp=3D0xd2546730) at /usr/src/sys/kern/vfs= _bio.c:1725 i =3D 0 j =3D -971028512 lblkno =3D 65664 vp =3D (struct vnode *) 0xc5f2d000 ncl =3D 16384 nwritten =3D 16384 size =3D 1 maxcl =3D -973942784 #9 0xc054b180 in vop_stdfsync (ap=3D0xeae0b7e8) at /usr/src/sys/kern/vfs_d= efault.c:574 vp =3D (struct vnode *) 0xd2546730 bp =3D (struct buf *) 0x4000 nbp =3D (struct buf *) 0xc5f2d000 error =3D 0 maxretry =3D 100 #10 0xc04c3bbe in spec_fsync (ap=3D0xeae0b7e8) at /usr/src/sys/fs/specfs/sp= ec_vnops.c:437 No locals. #11 0xc04c2e08 in spec_vnoperate (ap=3D0x0) at /usr/src/sys/fs/specfs/spec_= vnops.c:118 No locals. #12 0xc05dbfd2 in ffs_sync (mp=3D0xc5ddc400, waitfor=3D2, cred=3D0xc1e26200= , td=3D0xc06bf9c0) at vnode_if.h:627 nvp =3D (struct vnode *) 0x0 vp =3D (struct vnode *) 0xeae0b7e8 devvp =3D (struct vnode *) 0xeae0b7e8 ip =3D (struct inode *) 0x0 ump =3D (struct ufsmount *) 0xc5f03800 fs =3D (struct fs *) 0xc5dc0800 error =3D -1066665536 count =3D 0 lockreq =3D 65554 allerror =3D 0 #13 0xc05561d5 in sync (td=3D0xc06bf9c0, uap=3D0x0) at /usr/src/sys/kern/vf= s_syscalls.c:136 mp =3D (struct mount *) 0xc5ddc400 nmp =3D (struct mount *) 0x0 asyncflag =3D 0 #14 0xc04f7542 in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 77 bp =3D (struct buf *) 0x0 iter =3D -1042113268 nbusy =3D -1042113280 pbusy =3D -1066650464 subiter =3D 0 #15 0xc04f7d96 in poweroff_wait (junk=3D0xc0685595, howto=3D1058) at /usr/s= rc/sys/kern/kern_shutdown.c:548 td =3D (struct thread *) 0xc61f47e0 bootopt =3D 256 newpanic =3D 1 ap =3D 0xeae0b8b0 "=F9\003" buf =3D "vm_page_free: freeing wired page\n", '\0' #16 0xc05fd547 in vm_page_free_toq (m=3D0xeae0b8b0) at /usr/src/sys/vm/vm_p= age.c:1058 pq =3D (struct vpgqueues *) 0x1 object =3D 0x1 #17 0xc05fc825 in vm_page_free (m=3D0xc16651e8) at /usr/src/sys/vm/vm_page.= c:390 No locals. #18 0xc05fb453 in vm_object_backing_scan (object=3D0xc6388e70, op=3D4) at /= usr/src/sys/vm/vm_object.c:1521 pp =3D 0x0 r =3D 1 p =3D 0xc16651e8 backing_object =3D 0xc627c528 backing_offset_index =3D 0 #19 0xc05fb618 in vm_object_collapse (object=3D0xc6388e70) at /usr/src/sys/= vm/vm_object.c:1632 backing_object =3D 0xc627c528 #20 0xc05f996b in vm_object_deallocate (object=3D0xc6388e70) at /usr/src/sy= s/vm/vm_object.c:532 robject =3D 0xc6388e70 temp =3D 0xc6388e70 #21 0xc05f5c5f in vm_map_entry_delete (map=3D0xc61ea938, entry=3D0xc611db7c= ) at /usr/src/sys/vm/vm_map.c:2086 object =3D 0xc627c528 offidxstart =3D 0 offidxend =3D 250 count =3D 250 #22 0xc05f5e8e in vm_map_delete (map=3D0xc61ea938, start=3D3323059068, end= =3D3217031168) at /usr/src/sys/vm/vm_map.c:2186 next =3D 0xc611db7c entry =3D 0xc627c528 first_entry =3D 0xc61ea938 #23 0xc05f5f02 in vm_map_remove (map=3D0xc61ea938, start=3D0, end=3D3217031= 168) at /usr/src/sys/vm/vm_map.c:2208 result =3D 0 #24 0xc04dfb64 in exec_new_vmspace (imgp=3D0xeae0bb8c, sv=3D0xc06b34c0) at = /usr/src/sys/vm/vm_map.h:197 error =3D 0 p =3D (struct proc *) 0xc6382528 vmspace =3D (struct vmspace *) 0xc61ea938 stack_addr =3D 0 map =3D 0x0 #25 0xc04d07b0 in exec_elf32_imgact (imgp=3D0xeae0bb8c) at /usr/src/sys/ker= n/imgact_elf.c:717 hdr =3D (const Elf_Ehdr *) 0xdb6f2000 phdr =3D (const Elf_Phdr *) 0xdb6f2034 elf_auxargs =3D (Elf_Auxargs *) 0x0 vmspace =3D (struct vmspace *) 0xc5fea000 prot =3D 0 '\0' text_size =3D 0 data_size =3D 0 total_size =3D 0 text_addr =3D 0 data_addr =3D 0 seg_size =3D 0 seg_addr =3D 801 addr =3D 3940596412 entry =3D 0 proghdr =3D 0 error =3D 0 i =3D 6 interp =3D 0xdb6f20f4 "/libexec/ld-elf.so.1" brand_info =3D (Elf_Brandinfo *) 0xc06b3528 td =3D (struct thread *) 0xc61f47e0 sv =3D (struct sysentvec *) 0xc06b34c0 #26 0xc04deb21 in kern_execve (td=3D0xc61f47e0, fname=3D) at /usr/src/sys/k= ern/kern_exec.c:381 p =3D (struct proc *) 0xc6382528 nd =3D {ni_dirp =3D 0x804a419(kgdb)=20 --2oS5YaxWCcQjTEyO-- --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAeCIPOfuToMruuMARAnN8AJ46p3vtiWhrqr/XdKsjl+NIb+GSYQCfdhZZ RXX/aD2F1KxVQ9AS1iFtQWQ= =siMO -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 15:13:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 532F116A4CF for ; Sat, 10 Apr 2004 15:13:10 -0700 (PDT) Received: from priv-edtnes46.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7F2543D3F for ; Sat, 10 Apr 2004 15:13:09 -0700 (PDT) (envelope-from imcbeth@telus.net) Received: from telus.net ([199.126.230.31]) by priv-edtnes46.telusplanet.net (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20040410221309.XHQR9931.priv-edtnes46.telusplanet.net@telus.net> for ; Sat, 10 Apr 2004 16:13:09 -0600 Message-ID: <40787175.4080802@telus.net> Date: Sat, 10 Apr 2004 16:13:09 -0600 From: Ian McBeth User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 11 Apr 2004 05:44:56 -0700 Subject: Error /usr/src/sys/dev/pcic/i82365.c: In function`pcic_chip_do_mem_map' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 22:13:10 -0000 Hello this is the error I am reciving..... cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sy s/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -inc lude opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffree standing -Werror /usr/src/sys/dev/pcic/i82365.c /usr/src/sys/dev/pcic/i82365.c: In function `pcic_chip_do_mem_map': /usr/src/sys/dev/pcic/i82365.c:849: error: structure has no member named `offset' /usr/src/sys/dev/pcic/i82365.c:851: error: structure has no member named `offset' /usr/src/sys/dev/pcic/i82365.c:851: error: `PCCARD_MEM_ATTR' undeclared (first use in this function) /usr/src/sys/dev/pcic/i82365.c:851: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/pcic/i82365.c:851: error: for each function it appears in.) /usr/src/sys/dev/pcic/i82365.c: In function `pcic_chip_mem_map': /usr/src/sys/dev/pcic/i82365.c:928: error: structure has no member named `offset' /usr/src/sys/dev/pcic/i82365.c: In function `pcic_enable_socket': /usr/src/sys/dev/pcic/i82365.c:1212: warning: implicit declaration of function `CARD_GET_TYPE' /usr/src/sys/dev/pcic/i82365.c:1216: error: `PCCARD_IFTYPE_IO' undeclared (first use in this function) /usr/src/sys/dev/pcic/i82365.c: In function `pcic_set_res_flags': /usr/src/sys/dev/pcic/i82365.c:1467: error: `PCCARD_MEM_ATTR' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/SDENABLE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. host# uname -a FreeBSD host 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/SDENABLE i386 host# I have seen refernce to this error I am reciveing I was wondering if there was a fix for it as of yet? I am a tad new to compiling new kernels on a BSD system any help you can give me would be great Thanx in advance please reply to me offlist..... Ian From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 14:35:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A7D16A4CE; Sat, 10 Apr 2004 14:35:21 -0700 (PDT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5430E43D1D; Sat, 10 Apr 2004 14:35:21 -0700 (PDT) (envelope-from msch@snafu.de) Received: from dial-76-176.de.inter.net ([213.73.76.176] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1BCQ8G-0004Ru-00; Sat, 10 Apr 2004 23:35:20 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.12.11/8.12.11) with ESMTP id i3ALZJrb064968; Sat, 10 Apr 2004 23:35:19 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.12.11/8.12.11/Submit) id i3ALZI2t064967; Sat, 10 Apr 2004 23:35:18 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: Daniel Eischen Date: Sat, 10 Apr 2004 23:35:17 +0200 User-Agent: KMail/1.6.1 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404102335.18433.msch@snafu.de> X-Mailman-Approved-At: Sun, 11 Apr 2004 05:44:56 -0700 cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: libpthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 21:35:21 -0000 X-List-Received-Date: Sat, 10 Apr 2004 21:35:21 -0000 Hi Dan, Hi you others, On Saturday 10 April 2004 17:10, Daniel Eischen wrote: > On Sat, 10 Apr 2004, Tim Robbins wrote: > > You don't need to rebuild any ports if you globally > map libc_r to libpthread with /etc/libmap.conf. Over > time, when all your ports are upgraded at your leisure, > references to libc_r will be removed. Of course, > portupgrade -af would do the trick much quicker... Yeah, that was the key-paragraph! I read this already in UPGRADING but obviously didn't understand it fully... 'portupgrade -af' is not an option here because of my ISDN-Line (64 kbit/s). I'm perhaps one of the last users of hm's 'i4b'-package... :-) > > The golden rule is: don't mix threading libraries within a program. > > If a program is linked to libc_r, so must all the other > > thread-aware libraries it links to be. The same goes for > > libpthread. > > If you are coming from 5.2.1-RELEASE and before, and trying > to upgrade to -release, the default threading library changed > from libc_r to libpthread. This would explain how you would > be mixing threading libraries and why you need to (at least > temporarily) use /etc/libmap.conf to choose one. Yes, I'm coming from 5.0-current... :-) > > The silver rule is: if you're using the nvidia driver, set up > > your libmap.conf so that everything gets linked to libc_r. So that's the "show-stopper" for the nvidia-driver - at least for me for the near future until it works with 'libpthread'. Thank you very much for your explanations! -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 17:37:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6650616A4CE for ; Sat, 10 Apr 2004 17:37:31 -0700 (PDT) Received: from backmaster.cdsnet.net (backmaster.cdsnet.net [63.163.68.2]) by mx1.FreeBSD.org (Postfix) with SMTP id E2D6843D5A for ; Sat, 10 Apr 2004 17:37:30 -0700 (PDT) (envelope-from mrcpu@backmaster.cdsnet.net) Received: (qmail 56170 invoked by uid 29999); 11 Apr 2004 00:37:30 -0000 Date: Sat, 10 Apr 2004 17:37:29 -0700 From: Jaye Mathisen To: "Brian F. Feldman" Message-ID: <20040411003729.GB60706@backmaster.cdsnet.net> References: <20040409202236.GQ43765@backmaster.cdsnet.net> <200404101538.i3AFcZSu079448@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404101538.i3AFcZSu079448@green.homeunix.org> User-Agent: Mutt/1.5.4i X-Mailman-Approved-At: Sun, 11 Apr 2004 05:44:56 -0700 cc: current@freebsd.org Subject: Re: Monumentally slow directory performance. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2004 00:37:31 -0000 I know. if I start off with an empty dir, it goes really really fast until I get around 2000-2500 or so. And then it just gets slower and slower. If it's samba, I have no idea what. I'm running a current samba, pretty much the default config. On large files I see 12-13MB/second. If my switch supported jumbo frames I'm sure it'd be even faster. I'll do some of the tests from the command prompt, see if I see the same thing. On Sat, Apr 10, 2004 at 11:38:35AM -0400, Brian F. Feldman wrote: > Jaye Mathisen wrote: > > > > > > Running a 5.2 supped as of 4/9. > > > > I have the UFS_DIRHASH stuff compiled into my kernel. Is there some other > > frob to actually "turn" it on? > > > > I run softupdates, and moving files from my local box over gig ethernet to a directory > > with 5000 files in it is moving about 1 file every 6-7 seconds. > > > > If I move the same files to an empty directory, they move so fast I can' even > > read the names, which is more "normal". > > > > Even directories with 2500 or so files seem really, really, really, really slow. > > at least for adding/removing. > > > > My FS is UFS2, on a 3ware RAID controller. I would love any ideas. smbd > > is burning up 60-70% of the CPU, I've tried kernels with and without all > > the witness/diagnostic and all that stuff. > > Burning up 60-70% of the CPU? Just writing a file every 6-7 seconds to a > pretty small directory? > > {"/home/green"}$ ls Mail/current | wc -l > 64109 > {"/home/green"}$ date; touch Mail/current/rand$RANDOM;\ > > date; touch Mail/current/rand$RANDOM; date > Sat Apr 10 11:37:55 EDT 2004 > Sat Apr 10 11:37:55 EDT 2004 > Sat Apr 10 11:37:55 EDT 2004 > > You should be getting "many" a second. Samba must be doing something wrong/ > stuck on something. > > -- > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > <> green@FreeBSD.org \ The Power to Serve! \ > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ > > > > !DSPAM:407814fe446531253994025! > From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 19:25:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA6D816A4CE for ; Sat, 10 Apr 2004 19:25:30 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0571343D53 for ; Sat, 10 Apr 2004 19:25:30 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i3B2Mxkj063093; Sat, 10 Apr 2004 20:22:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 10 Apr 2004 20:23:42 -0600 (MDT) Message-Id: <20040410.202342.23011094.imp@bsdimp.com> To: ler@lerctr.org From: "M. Warner Losh" In-Reply-To: <3320000.1081643496@lerlaptop.lerctr.org> References: <20040410212752.A996B5D07@ptavv.es.net> <3320000.1081643496@lerlaptop.lerctr.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADS UP: PCI Chnages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2004 02:25:31 -0000 In message: <3320000.1081643496@lerlaptop.lerctr.org> Larry Rosenman writes: : : : --On Saturday, April 10, 2004 14:27:52 -0700 Kevin Oberman : wrote: : : s. Thanks : > : > I can now confirm that this one breaks my laptop. It's an IBM T30 (1.8 : > GHz P4M). If I back out this set of commits (and a few since this one), : > things work. With the commit, the ATA disk is not seen and I can't boot : > up. : > : > I already posted the output of the boot in response to another current : > post with the subject "Re: Recent -CURRENT doesn't find ata : > controller". It actually odes, but it does not manage to talk to it (or : > even seem to try to.) The ports are the significant difference I see. : > : I see a similar failure on my Fujitsu C6651 (interestingly, also a ICH3). : : What can I supply to help here? Working patches :-P. Seriously, I think I need access to ICH3 hardware for a little bit to sort out what's going on. I'll go rummage around in my bounce box collection to see if I can find one that fits the bill. The hardware is common enough that I don't think there will be a problem. I do have one fix pending in my p4 tree, which I've attached. You can try it, but it didn't work for Andrew Gallatin. He has a ServerWorks CSB5 UDMA100 controller, however. hw.pci.do_powerstate is also added by this patch. set it to 0 to turn off the power setting stuff. That likely has nothing to do with this problem. I suspect multiple issues... Warner Index: pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci.c,v retrieving revision 1.239 diff -u -r1.239 pci.c --- pci.c 9 Apr 2004 20:41:18 -0000 1.239 +++ pci.c 11 Apr 2004 02:21:12 -0000 @@ -176,6 +176,14 @@ enable these bits correctly. We'd like to do this all the time, but there\n\ are some peripherals that this causes problems with."); +static int pci_do_powerstate = 1; +TUNABLE_INT("hw.pci.do_powerstate", (int *)&pci_do_powerstate); +SYSCTL_INT(_hw_pci, OID_AUTO, do_powerstate, CTLFLAG_RW, + &pci_do_powerstate, 1, + "Enable setting the power states of the PCI devices. This means that we\n\ +set devices into D0 before probe/attach, and D3 if they fail to attach. It\n\ +also means we set devices into D3 state before shutdown."); + /* Find a device_t by bus/slot/function */ device_t @@ -484,6 +492,12 @@ uint16_t status; int result; + /* + * Dx -> Dx is a nop always. + */ + if (pci_get_powerstate(dev) == state) + return (0); + if (cfg->pp.pp_cap != 0) { status = PCI_READ_CONFIG(dev, child, cfg->pp.pp_status, 2) & ~PCIM_PSTAT_DMASK; @@ -752,13 +766,14 @@ * For I/O registers, if bottom bit is set, and the next bit up * isn't clear, we know we have a BAR that doesn't conform to the * spec, so ignore it. Also, sanity check the size of the data - * areas to the type of memory involved. + * areas to the type of memory involved. Memory must be at least + * 32 bytes in size, while I/O ranges must be at least 4. */ if ((testval & 0x1) == 0x1 && (testval & 0x2) != 0) return (1); if ((type == SYS_RES_MEMORY && ln2size < 5) || - (type == SYS_RES_IOPORT && ln2size < 3)) + (type == SYS_RES_IOPORT && ln2size < 2)) return (1); if (ln2range == 64) @@ -1696,16 +1711,26 @@ int i; /* - * Only do header type 0 devices. Type 1 devices are bridges, which - * we know need special treatment. Type 2 devices are cardbus bridges - * which also require special treatment. Other types are unknown, and - * we err on the side of safety by ignoring them. + * Only do header type 0 devices. Type 1 devices are bridges, + * which we know need special treatment. Type 2 devices are + * cardbus bridges which also require special treatment. + * Other types are unknown, and we err on the side of safety + * by ignoring them. */ if (dinfo->cfg.hdrtype != 0) return; - if (pci_get_powerstate(dev) != PCI_POWERSTATE_D0) { - printf("pci%d:%d:%d: setting power state D0\n", dinfo->cfg.bus, - dinfo->cfg.slot, dinfo->cfg.func); + /* + * Restore the device to full power mode. We must do this + * before we restore the registers because moving from D3 to + * D0 will cause the chip's BARs and some other registers to + * be reset to some unknown power on reset values. Cut down + * the noise on boot by doing nothing if we are already in + * state D0. + */ + if (pci_do_powerstate && (pci_get_powerstate(dev) != PCI_POWERSTATE_D0)) { + printf("pci%d:%d:%d: Transition from D%d to D0\n", dinfo->cfg.bus, + dinfo->cfg.slot, dinfo->cfg.func, + pci_get_powerstate(dev)); pci_set_powerstate(dev, PCI_POWERSTATE_D0); } for (i = 0; i < dinfo->cfg.nummaps; i++) @@ -1725,6 +1750,7 @@ { int i; uint32_t cls; + int ps; /* * Only do header type 0 devices. Type 1 devices are bridges, which @@ -1763,15 +1789,22 @@ * detach and (b) use generic drivers for these devices so that some * device actually attaches. We need to make sure that when we * implement (a) we don't power the device down on a reattach. - * - * John and Nate also tell me that we should be running the power up - * and power down hooks when we change power state for those nodes - * that have ACPI hooks in the tree. */ cls = pci_get_class(dev); - if (setstate && cls != PCIC_DISPLAY && cls != PCIC_MEMORY) { + if (pci_do_powerstate && setstate && cls != PCIC_DISPLAY && cls != PCIC_MEMORY) { + /* + * PCI spec is clear that we can only go into D3 state from + * D0 state. Transition from D[12] into D0 before going + * to D3 state. + */ + ps = pci_get_powerstate(dev); + if (ps != PCI_POWERSTATE_D0 && ps != PCI_POWERSTATE_D3) { + printf("pci%d:%d:%d: Transition from D%d to D0\n", dinfo->cfg.bus, + dinfo->cfg.slot, dinfo->cfg.func, ps); + pci_set_powerstate(dev, PCI_POWERSTATE_D0); + } if (pci_get_powerstate(dev) != PCI_POWERSTATE_D3) { - printf("pci%d:%d:%d: setting power state D3\n", dinfo->cfg.bus, + printf("pci%d:%d:%d: Transition from D0 to D3\n", dinfo->cfg.bus, dinfo->cfg.slot, dinfo->cfg.func); pci_set_powerstate(dev, PCI_POWERSTATE_D3); } From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 19:37:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85C8F16A4CE for ; Sat, 10 Apr 2004 19:37:51 -0700 (PDT) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE96A43D53 for ; Sat, 10 Apr 2004 19:37:50 -0700 (PDT) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.12.10/8.11.6) with ESMTP id i3B1jMOZ093658 for ; Sun, 11 Apr 2004 10:45:22 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Sun, 11 Apr 2004 11:37:48 +0900 (JST) Message-Id: <20040411.113748.730550899.ken@tydfam.jp> To: current@freebsd.org From: Yamada Ken Takeshi X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Q) Still current can' find rootvp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2004 02:37:51 -0000 Hi, As someone pointed, -current since yeaterday (to at least Apr. 11th 00:00GMT) cannot mount root and aborts as shown below. Would not it be fixed at an earliest convenience? mountroot> ufs:ad0s1a Mounting root from ufs:ad0s1a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 mountroot> ? List of GEOM managed disk devices: cd3 cd2 cd1 cd0 mountroot> ................ * cd[0,1,2,3] is SCSI2 cd drive. From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 20:00:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A55C816A4CE for ; Sat, 10 Apr 2004 20:00:25 -0700 (PDT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3454743D45 for ; Sat, 10 Apr 2004 20:00:25 -0700 (PDT) (envelope-from mike@sentex.net) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.10) with ESMTP id i3B30OfG099115; Sat, 10 Apr 2004 23:00:24 -0400 (EDT) (envelope-from mike@sentex.net) Received: from BLUELAPIS.sentex.ca (cage.simianscience.com [64.7.134.1]) by smtp2.sentex.ca (8.12.11/8.12.11) with SMTP id i3B30NA2048120; Sat, 10 Apr 2004 23:00:23 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: Jaye Mathisen Date: Sat, 10 Apr 2004 23:00:29 -0400 Message-ID: <14dh70piao5q234fk5ticn0n97fojt8v88@4ax.com> References: <20040409202236.GQ43765@backmaster.cdsnet.net> In-Reply-To: <20040409202236.GQ43765@backmaster.cdsnet.net> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 11 Apr 2004 05:44:56 -0700 cc: freebsd-current@freebsd.org Subject: Re: Monumentally slow directory performance. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2004 03:00:25 -0000 On Fri, 9 Apr 2004 13:22:36 -0700, in sentex.lists.freebsd.current you wrote: > > >Running a 5.2 supped as of 4/9. .... >Even directories with 2500 or so files seem really, really, really, = really slow. >at least for adding/removing. What does=20 % sysctl -a | grep dirhash show ? Perhaps you dont have enough RAM allocated to the dirhash ? ---Mike From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 20:14:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B1816A4CE; Sat, 10 Apr 2004 20:14:19 -0700 (PDT) Received: from cpanel2.fuitadnet.com (cpanel2.fuitadnet.com [67.15.28.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BB9B43D41; Sat, 10 Apr 2004 20:14:18 -0700 (PDT) (envelope-from freebsdlist@keslick.com) Received: from c-24-0-63-166.client.comcast.net ([24.0.63.166] helo=keslick.com) by cpanel2.fuitadnet.com with asmtp (Exim 4.30) id 1BCVQn-0002Nn-Uj; Sat, 10 Apr 2004 22:14:49 -0500 Message-ID: <4078B832.8040103@keslick.com> Date: Sat, 10 Apr 2004 22:14:58 -0500 From: Casey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040405 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel2.fuitadnet.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - keslick.com Subject: nForce2 Soundstorm on 5.2.1 Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2004 03:14:19 -0000 Hello, I have an Asus A7N8X Deluxe motherboard, which has a nVidia Soundstorm audio chipset on it. However, I can't seem to get this chipset to detect in 5.2.1 Release, no matter what I try. Being relatively new to FreeBsd, I don't really know that many ways to go about trying to get it to detect. I was hoping someone out there might be able to tell me something to try, or at least confirm for me that this chipset doesn't currently have a driver that works, so I can stop banging my head against the wall. Also, on a completely unrelated note, how do you get the mouse scroll wheel to work? I've got a Microsoft Optical mouse(PS/2) and while I can use the wheel as a middle button, the scroll function doesn't seem to help. Thank you Casey From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 20:34:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6117B16A4CE for ; Sat, 10 Apr 2004 20:34:15 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 208DE43D48 for ; Sat, 10 Apr 2004 20:34:15 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org ([192.147.25.14]) by lerami.lerctr.org with esmtp (Exim 4.31) id 1BCVjX-0001OF-PV; Sat, 10 Apr 2004 22:34:12 -0500 Date: Sat, 10 Apr 2004 22:34:10 -0500 (CDT) From: Larry Rosenman To: "M. Warner Losh" In-Reply-To: <20040410.202342.23011094.imp@bsdimp.com> Message-ID: <20040410223259.P963@lerlaptop.lerctr.org> References: <20040410212752.A996B5D07@ptavv.es.net> <3320000.1081643496@lerlaptop.lerctr.org> <20040410.202342.23011094.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: HEADS UP: PCI Chnages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2004 03:34:15 -0000 On Sat, 10 Apr 2004, M. Warner Losh wrote: > In message: <3320000.1081643496@lerlaptop.lerctr.org> > Larry Rosenman writes: > : > : > : --On Saturday, April 10, 2004 14:27:52 -0700 Kevin Oberman > : wrote: > : > : s. Thanks > : > > : > I can now confirm that this one breaks my laptop. It's an IBM T30 (1.8 > : > GHz P4M). If I back out this set of commits (and a few since this one), > : > things work. With the commit, the ATA disk is not seen and I can't boot > : > up. > : > > : > I already posted the output of the boot in response to another current > : > post with the subject "Re: Recent -CURRENT doesn't find ata > : > controller". It actually odes, but it does not manage to talk to it (or > : > even seem to try to.) The ports are the significant difference I see. > : > > : I see a similar failure on my Fujitsu C6651 (interestingly, also a ICH3). > : > : What can I supply to help here? > > Working patches :-P. > > Seriously, I think I need access to ICH3 hardware for a little bit to > sort out what's going on. I'll go rummage around in my bounce box > collection to see if I can find one that fits the bill. The hardware > is common enough that I don't think there will be a problem. I do > have one fix pending in my p4 tree, which I've attached. You can try > it, but it didn't work for Andrew Gallatin. He has a ServerWorks CSB5 > UDMA100 controller, however. Doesn't help me, either. I also saw some other allocation type errors with it (since I don't get ad0, I can't save it for you :-( ). I'm willing to test, and/or provide phone assistance for this issue. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 21:42:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B741C16A4CE; Sat, 10 Apr 2004 21:42:51 -0700 (PDT) Received: from ns1.tiadon.com (SMTP.tiadon.com [69.27.132.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 855AC43D3F; Sat, 10 Apr 2004 21:42:51 -0700 (PDT) (envelope-from kdk@daleco.biz) Received: from daleco.biz ([69.27.131.0]) by ns1.tiadon.com with Microsoft SMTPSVC(6.0.3790.0); Sat, 10 Apr 2004 23:43:34 -0500 Message-ID: <4078CCC9.1000503@daleco.biz> Date: Sat, 10 Apr 2004 23:42:49 -0500 From: "Kevin D. Kinsey, DaleCo, S.P." User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040406 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Casey References: <4078B832.8040103@keslick.com> In-Reply-To: <4078B832.8040103@keslick.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Apr 2004 04:43:35.0328 (UTC) FILETIME=[8C97C200:01C41F7F] X-Mailman-Approved-At: Sun, 11 Apr 2004 05:44:56 -0700 cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Re: nForce2 Soundstorm on 5.2.1 Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2004 04:42:51 -0000 Casey wrote: > Hello, > > Also, on a completely unrelated note, how do you get the mouse scroll > wheel to work? I've got a Microsoft Optical mouse(PS/2) and while I > can use the wheel as a middle button, the scroll function doesn't seem > to help. > > Thank you > Casey Hi, Casey! Check the FAQ --- if you are on your FBSD system, is should be in /usr/share/doc/en/books/faq, but it might be easier to find from www.freebsd.org.... I'm sure there's a FAQ called "I've got a mouse with a fancy wheel" or something like that .... Good luck! Kevin Kinsey From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 22:04:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB4116A4D6 for ; Sat, 10 Apr 2004 22:04:15 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EA6A43D54 for ; Sat, 10 Apr 2004 22:04:15 -0700 (PDT) (envelope-from burpmaster@truffula.net) Received: from truffula.net (c-67-169-200-31.client.comcast.net[67.169.200.31]) by comcast.net (sccrmhc12) with ESMTP id <200404110504100120020588e>; Sun, 11 Apr 2004 05:04:14 +0000 Message-ID: <4078D1C8.40908@truffula.net> Date: Sat, 10 Apr 2004 22:04:08 -0700 From: Brian Rogers User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7b) Gecko/20040405 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Hang caused by Linux Flash plugin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2004 05:04:15 -0000 I've been experiencing occasional system lockups for over two weeks, and I've usually cvsup'd after them, hoping the problem was solved. It hasn't gone away, but today I figured out a good way of reproducing the problem. There's a flash applet that will lock up my machine if I fiddle with it for a few minutes. It seems that I also need some niced load on the system at the same time (the hang had always interrupted a build of something). It was always a hang that I couldn't get a crash dump or anything out of. Now that I had a way of reproducing it, I tried a few things: I removed the nVidia driver and switched to nv. Still hung. I enabled the debug options in the kernel and recompiled it. Still hung, still no crash data. Finally, I left my system at the text console and tried to produce the hang through a VNC session from another computer. It hanged again, and without displaying any messages on the screen like I had hoped for. No response to control-alt-delete, num lock light wouldn't toggle, etc. I'm running -CURRENT from April 9, Mozilla 1.7b, and the Linux plugin wrapper. The flash applet I can crash the system so easily with is at http://www.marumushi.com/apps/newsmap/ What else can I try doing? dmesg output after booting: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #1: Sat Apr 10 20:03:27 PDT 2004 brian@brian:/usr/obj/usr/src/sys/MYKERN WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc07ee000. Preloaded elf module "/boot/kernel/snd_emu10k1.ko" at 0xc07ee244. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc07ee2f4. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 1800+ (1533.40-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480000 real memory = 1073676288 (1023 MB) avail memory = 1045340160 (996 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled random: acpi0: on motherboard acpi0: [GIANT-LOCKED] pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00f7f20 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0:0:0: setting power state D0 pci0:6:0: setting power state D0 pci0:10:0: setting power state D0 pci0:10:1: setting power state D0 pci0:16:0: setting power state D0 pci0:16:1: setting power state D0 pci0:16:3: setting power state D0 pci0:17:0: setting power state D0 pci0:17:1: setting power state D0 agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 agp0: Bus reserved 0x10000000 bytes for rid 0x10 type 3 at 0xe0000000 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1:0:0: setting power state D0 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) dc0: port 0xe800-0xe8ff mem 0xdfffff00-0xdfffffff irq 17 at device 6.0 on pci0 dc0: Bus reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:a0:cc:33:8e:1b dc0: [GIANT-LOCKED] pcm0: port 0xe400-0xe41f irq 17 at device 10.0 on pci0 pcm0: Bus reserved 0x20 bytes for rid 0x10 type 4 at 0xe400 pcm0: pcm0: [GIANT-LOCKED] uhci0: port 0xdc00-0xdc1f irq 21 at device 16.0 on pci0 uhci0: Bus reserved 0x20 bytes for rid 0x20 type 4 at 0xdc00 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 ulpt0: EPSON USB Printer, rev 1.10/1.00, addr 3, iclass 7/1 ulpt0: using bi-directional mode uhci1: port 0xe000-0xe01f irq 21 at device 16.1 on pci0 uhci1: Bus reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 ugen0: Texas Instruments Incorporated TI-GRAPH LINK USB, rev 1.10/1.03, addr 2 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 pci0: at device 16.3 (no driver attached) pci0: Failed to set ACPI power state D3 on (null): AE_BAD_PARAMETER pci0:16:3: setting power state D3 isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f at device 17.1 on pci0 atapci0: Bus reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 acpi_button1: on acpi0 fdc0: I/O to control range incorrect sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: I/O to control range incorrect cpu0 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: