From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 00:45:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C88916A4CE for ; Sun, 9 Jan 2005 00:45:48 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F7A43D39 for ; Sun, 9 Jan 2005 00:45:45 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j090j1mT092540; Sun, 9 Jan 2005 11:15:02 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 9 Jan 2005 11:15:00 +1030 User-Agent: KMail/1.7.1 References: <40170.4.248.235.201.1104333403.squirrel@4.248.235.201> <20050102.220156.79545944.imp@bsdimp.com> <41E036AF.2030407@bfoz.net> In-Reply-To: <41E036AF.2030407@bfoz.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1453411.0Z7QVr3yON"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501091115.00779.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Brandon Fosdick Subject: Re: ucom and sio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 00:45:48 -0000 --nextPart1453411.0Z7QVr3yON Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 9 Jan 2005 06:08, Brandon Fosdick wrote: > If I use tip it works fine. But if I try to write a C program that opens > the device it hangs on open, unless I set it to non-blocking. Then open > returns and I set it back to blocking then try a read or a write. read() > blocks regardless of whether any data has been sent by the other device > (a terminal app on my palm pilot for debugging purposes) and write() > blocks without sending anything. If I set the device to be non-blocking > read() will return the data that was sent by the other device, but > write() will still block. Is it blocking waiting for carrier detect to come up? Try using the cuaNN device instead. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1453411.0Z7QVr3yON Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB4H6M5ZPcIHs/zowRAuRhAJ9GnNxHIjQQ4TduSg9LecWHERJuMgCfR9Bg fpCuQaFRgabm3WvZfDzE0kc= =kMfy -----END PGP SIGNATURE----- --nextPart1453411.0Z7QVr3yON-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 00:58:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3375616A4CE for ; Sun, 9 Jan 2005 00:58:05 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E0D43D1F for ; Sun, 9 Jan 2005 00:58:04 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-67-161-34-162.client.comcast.net[67.161.34.162]) by comcast.net (sccrmhc12) with ESMTP id <2005010900580201200p04g9e>; Sun, 9 Jan 2005 00:58:03 +0000 Message-ID: <41E08199.3000405@bfoz.net> Date: Sat, 08 Jan 2005 16:58:01 -0800 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <40170.4.248.235.201.1104333403.squirrel@4.248.235.201> <20050102.220156.79545944.imp@bsdimp.com> <41E036AF.2030407@bfoz.net> <200501091115.00779.doconnor@gsoft.com.au> In-Reply-To: <200501091115.00779.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: ucom and sio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 00:58:05 -0000 Daniel O'Connor wrote: > Is it blocking waiting for carrier detect to come up? > Try using the cuaNN device instead. The software in question worked fine using a cuaNN device until said device died. Somebody else mentioned that I could set the device to ignore the carrier detect signal. How do I do that? Is it a flag to tcsetattr() or some kind of ioctl? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 00:58:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE2716A4CE for ; Sun, 9 Jan 2005 00:58:43 +0000 (GMT) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6EC343D2F for ; Sun, 9 Jan 2005 00:58:42 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j090weKH000651 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 9 Jan 2005 11:58:41 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j090wexP047087; Sun, 9 Jan 2005 11:58:40 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j090wd0W047086; Sun, 9 Jan 2005 11:58:39 +1100 (EST) (envelope-from pjeremy) Date: Sun, 9 Jan 2005 11:58:39 +1100 From: Peter Jeremy To: Scott Sewall , freebsd-stable@freebsd.org Message-ID: <20050109005838.GX79646@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41C0A1B1.2070409@redlinenetworks.com> User-Agent: Mutt/1.4.2i Subject: Re: 4.10 kernel panic: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 00:58:43 -0000 On Wed, Dec 15, 2004 at 12:42:25PM -0800, Scott Sewall wrote: > I'm running FreeBSD 4.10-RELEASE-p3 that occasionally panics. The panic > occurs seems to happen when I'm running rsync of large directories > possibly in combination with reading or writing to a compact flash > attached to USB. Having just looked into an identical panic, the problem is an interface bug between bus_dmamem_alloc() and contigmalloc(). It's nothing to do with USB and (AFAIK) exists in 4.x, 5.x and 6.x. The relevant part of my backtrace looks like: #15 0xc028aaef in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -980715140, tf_ebp = -1070676940, tf_isp = -1070676996, tf_ebx = 0, tf_edx = 6867008, tf_ecx = -1056660992, tf_eax = 7261248, tf_trapno = 12, tf_err = 0, tf_eip = -1072225192, tf_cs = 8, tf_eflags = 66118, tf_esp = -1065633592, tf_ss = 0}) at /home/src/sys/i386/i386/trap.c:466 #16 0xc0172458 in tsleep (ident=0xc58b797c, priority=4, wmesg=0xc02bfd27 "swwrt", timo=0) at /home/src/sys/kern/kern_synch.c:436 #17 0xc021e60f in swap_pager_putpages (object=0xd03c6e04, m=0xc02ec50c, count=1, sync=1, rtvals=0xc02ec4b0) at /home/src/sys/vm/swap_pager.c:1431 #18 0xc021ceaf in default_pager_putpages (object=0xd03c6e04, m=0xc02ec50c, c=1, sync=0, rtvals=0xc02ec4b0) at /home/src/sys/vm/default_pager.c:133 #19 0xc0228ca4 in vm_pageout_flush (mc=0xc02ec50c, count=1, flags=0) at /home/src/sys/vm/vm_pager.h:147 #20 0xc02285c9 in contigmalloc1 (size=36864, type=0xc02f4340, flags=1, low=0, high=4294967295, alignment=1, boundary=0, map=0xc03372ac) at /home/src/sys/vm/vm_page.c:1855 #21 0xc022887f in contigmalloc (size=36864, type=0xc02f4340, flags=1, low=0, high=4294967295, alignment=1, boundary=0) at /home/src/sys/vm/vm_page.c:1980 #22 0xc027bd3b in bus_dmamem_alloc (dmat=0xc176b4c0, vaddr=0xc1231a48, flags=1, mapp=0xc1231a44) at /home/src/sys/i386/i386/busdma_machdep.c:351 #23 0xc0231be2 in usb_block_allocmem (tag=0x0, size=36864, align=1, dmap=0xc17d8d3c) at /home/src/sys/dev/usb/usb_mem.c:186 ... #35 0xc022d4ea in uhci_intr (arg=0xc104f000) at /home/src/sys/dev/usb/uhci.c:1175 #36 0xc02841f2 in cpu_idle () at /home/src/sys/i386/i386/machdep.c:1000 Basically, the USB code is trying to allocate ~36KB RAM within an interrupt handler. usb_block_allocmem() invokes bus_dmamem_alloc() with BUS_DMA_NOWAIT (advising that sleep()ing is not allowed). Since more than one page of memory is requested, bus_dmamem_alloc() uses contigmalloc() to allocate the requested memory. The BUS_DMA_NOWAIT flag is mapped to M_NOWAIT but contigmalloc() does not support M_NOWAIT. Unfortunately, I don't know enough about the VM code to be able to suggest a fix. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 01:11:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8B3716A4CE for ; Sun, 9 Jan 2005 01:11:54 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5593143D39 for ; Sun, 9 Jan 2005 01:11:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j091BgKa092952; Sun, 9 Jan 2005 11:41:43 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Brandon Fosdick Date: Sun, 9 Jan 2005 11:41:40 +1030 User-Agent: KMail/1.7.1 References: <40170.4.248.235.201.1104333403.squirrel@4.248.235.201> <200501091115.00779.doconnor@gsoft.com.au> <41E08199.3000405@bfoz.net> In-Reply-To: <41E08199.3000405@bfoz.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3310152.LOodFagmlB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501091141.40752.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-stable@freebsd.org Subject: Re: ucom and sio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 01:11:55 -0000 --nextPart3310152.LOodFagmlB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 9 Jan 2005 11:28, Brandon Fosdick wrote: > Daniel O'Connor wrote: > > Is it blocking waiting for carrier detect to come up? > > Try using the cuaNN device instead. > > The software in question worked fine using a cuaNN device until said > device died. > > Somebody else mentioned that I could set the device to ignore the > carrier detect signal. How do I do that? Is it a flag to tcsetattr() or > some kind of ioctl? Something like this should work.. if ((sfd =3D open(portfname, O_RDWR | O_NONBLOCK)) =3D=3D -1) { fprintf(stderr, "Couldn't open serial port - %s\n", strerror(errno)= ); exit(1); } if (tcgetattr(sfd, &tp) =3D=3D -1) { fprintf(stderr, "Couldn't get attr - %s\n", strerror(errno)); exit(1); } tp.c_cflag =3D CLOCAL; if (tcflush(sfd, TCIOFLUSH) =3D=3D -1) { fprintf(stderr, "Couldn't flush - %s\n", strerror(errno)); exit(1); } if (tcsetattr(sfd, TCSANOW, &tp) =3D=3D -1) { fprintf(stderr, "Couldn't set attrs - %s\n", strerror(errno)); exit(1); } ie setting CLOCAL. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3310152.LOodFagmlB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB4ITM5ZPcIHs/zowRAjw1AKCdEuVG/ikYosGegmz1a7OLOiTemQCfTwTL ROIj/cROVNKQ8/PuGm/Ngs8= =G+T2 -----END PGP SIGNATURE----- --nextPart3310152.LOodFagmlB-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 01:28:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 981E216A4CE for ; Sun, 9 Jan 2005 01:28:48 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36DE143D1D for ; Sun, 9 Jan 2005 01:28:48 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-67-161-34-162.client.comcast.net[67.161.34.162]) by comcast.net (sccrmhc12) with ESMTP id <2005010901284701200p0d7le>; Sun, 9 Jan 2005 01:28:47 +0000 Message-ID: <41E088CE.6010301@bfoz.net> Date: Sat, 08 Jan 2005 17:28:46 -0800 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <40170.4.248.235.201.1104333403.squirrel@4.248.235.201> <200501091115.00779.doconnor@gsoft.com.au> <41E08199.3000405@bfoz.net> <200501091141.40752.doconnor@gsoft.com.au> In-Reply-To: <200501091141.40752.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: ucom and sio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 01:28:48 -0000 Daniel O'Connor wrote: > ie setting CLOCAL. That fixed it, thanks. Is it worthwhile to change the ucom man page to not imply that it only works for tty? That led me astray. I think I would have eventually found CLOCAL if I hadn't stopped looking. Or am I the only one that finds it misleading? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 01:37:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B835C16A4CE for ; Sun, 9 Jan 2005 01:37:19 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id DCB6243D48 for ; Sun, 9 Jan 2005 01:37:18 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 Jan 2005 01:37:18 +0000 (GMT) To: Peter Jeremy In-Reply-To: Your message of "Sun, 09 Jan 2005 11:58:39 +1100." <20050109005838.GX79646@cirb503493.alcatel.com.au> Date: Sun, 09 Jan 2005 01:37:17 +0000 From: Ian Dowse Message-ID: <200501090137.aa00596@salmon.maths.tcd.ie> cc: freebsd-stable@freebsd.org Subject: Re: 4.10 kernel panic: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 01:37:19 -0000 In message <20050109005838.GX79646@cirb503493.alcatel.com.au>, Peter Jeremy wri tes: >On Wed, Dec 15, 2004 at 12:42:25PM -0800, Scott Sewall wrote: >> I'm running FreeBSD 4.10-RELEASE-p3 that occasionally panics. The panic >> occurs seems to happen when I'm running rsync of large directories >> possibly in combination with reading or writing to a compact flash >> attached to USB. > >Having just looked into an identical panic, the problem is an >interface bug between bus_dmamem_alloc() and contigmalloc(). It's >nothing to do with USB and (AFAIK) exists in 4.x, 5.x and 6.x. The USB code is not entirely free of blame here however. It allocates numerous big chunks of contiguous memory for tranfer buffers instead of using the (admittedly limited) scatter-gather capabilities of the USB host controllers. Try applying the change from revision 1.6 of usb_mem.c. This fixed one particularly inefficient memory use behaviour in the USB code. That change is already in 5.x and 6.x, but wasn't merged to 4.x. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/usb_mem.c Ian From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 02:17:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9475916A4CE for ; Sun, 9 Jan 2005 02:17:13 +0000 (GMT) Received: from zircon.seattle.wa.us (dsl231-043-165.sea1.dsl.speakeasy.net [216.231.43.165]) by mx1.FreeBSD.org (Postfix) with SMTP id 61BA043D46 for ; Sun, 9 Jan 2005 02:17:12 +0000 (GMT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 81037 invoked from network); 9 Jan 2005 02:18:22 -0000 Received: from localhost (HELO localhost.zircon.seattle.wa.us) (127.0.0.1) by localhost with SMTP; 9 Jan 2005 02:18:22 -0000 From: Joe Kelsey To: stable@freebsd.org Content-Type: text/plain Date: Sat, 08 Jan 2005 18:18:22 -0800 Message-Id: <1105237102.638.121.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: 4.10 vs. 5.3: iswcntrl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 02:17:13 -0000 I am helping a friend work out problems with the latest release of streamripper. I run 5.3, he runs 4.10. The issue we currently have concerns iswcntrl, or rather the lack of iswcntrl in 4.10. Has thought been given to any sort of MFC to 4.11 or is his only recourse upgrading to 5.3? /Joe From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 03:54:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EC6A16A4CF for ; Sun, 9 Jan 2005 03:54:49 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9B97043D31 for ; Sun, 9 Jan 2005 03:54:47 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 09 Jan 2005 03:54:45 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp003) with SMTP; 09 Jan 2005 04:54:45 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Sun, 9 Jan 2005 04:54:32 +0100 User-Agent: KMail/1.7.1 X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2282924.aUsne3UMIh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501090454.36853.emanuel.strobl@gmx.net> X-Y-GMX-Trusted: 0 Subject: How to use growfs on GPT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 03:54:49 -0000 --nextPart2282924.aUsne3UMIh Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The topic says all. I'd like to increase the size of the last GPT id (and=20 there's space after the last sector of the last ID). Is it safe to delete it and create a new one with a bigger size? Thanks, =2DHarry --nextPart2282924.aUsne3UMIh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB4Kr8Bylq0S4AzzwRAoBiAJ0cCJQOOSdzsI7niuoTLR9duj3JtgCeMf2G Mu9thB4p363Xev9Nwd5dBkY= =66S3 -----END PGP SIGNATURE----- --nextPart2282924.aUsne3UMIh-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 04:18:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D728016A4CF for ; Sun, 9 Jan 2005 04:18:42 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E2EA43D1F for ; Sun, 9 Jan 2005 04:18:42 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j094IgQ9002818; Sat, 8 Jan 2005 20:18:42 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: <200501090454.36853.emanuel.strobl@gmx.net> References: <200501090454.36853.emanuel.strobl@gmx.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1-235586229; protocol="application/pkcs7-signature" Message-Id: <8B2D30A3-61F5-11D9-A1AE-000D93C47836@xcllnt.net> From: Marcel Moolenaar Date: Sat, 8 Jan 2005 20:18:41 -0800 To: Emanuel Strobl X-Mailer: Apple Mail (2.619) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-stable@freebsd.org Subject: Re: How to use growfs on GPT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 04:18:43 -0000 --Apple-Mail-1-235586229 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Jan 8, 2005, at 7:54 PM, Emanuel Strobl wrote: > The topic says all. I'd like to increase the size of the last GPT id > (and > there's space after the last sector of the last ID). > Is it safe to delete it and create a new one with a bigger size? The gpt(8) utility does not destroy the partition contents. It is safe to destroy a partition and create a new one that's larger; from a partitioning point of view of course. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net --Apple-Mail-1-235586229-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 07:16:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F2B216A4CE; Sun, 9 Jan 2005 07:16:21 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D9843D39; Sun, 9 Jan 2005 07:16:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j097GIHg199638; Sun, 9 Jan 2005 02:16:18 -0500 Message-ID: <41E0DA41.60008@elischer.org> Date: Sat, 08 Jan 2005 23:16:17 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current , stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: anyone using the umodem(4) module/driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 07:16:21 -0000 If so I'd like to hear success/failure reports.. looking at closing or otherwise acting on: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/39341 however the original submitter has dissappeared. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 12:58:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B26416A4CE for ; Sun, 9 Jan 2005 12:58:55 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D842043D1D for ; Sun, 9 Jan 2005 12:58:54 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mailhost.stack.nl (Postfix) with ESMTP id D2C151F205 for ; Sun, 9 Jan 2005 13:58:53 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 1677) id C23BA1CD45; Sun, 9 Jan 2005 13:58:53 +0100 (CET) Date: Sun, 9 Jan 2005 13:58:53 +0100 From: Jilles Tjoelker To: freebsd-stable@freebsd.org Message-ID: <20050109125853.GD2501@stack.nl> References: <20041229154905.GA1820@algol.adsl.nerim.net> <20041230083332.GA587@nosferatu.blackend.org> <20041231150712.GA1203@algol.adsl.nerim.net> <20050101010111.GA7319@slackbox.xs4all.nl> <20050102121737.GA744@algol.adsl.nerim.net> <20050102132227.GA47076@slackbox.xs4all.nl> <20050103192333.GA2429@algol.adsl.nerim.net> <20050103203220.GA81645@slackbox.xs4all.nl> <20050105214405.GA2476@algol.adsl.nerim.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050105214405.GA2476@algol.adsl.nerim.net> X-Operating-System: FreeBSD 5.3-RELEASE-p2 i386 User-Agent: Mutt/1.5.6i Subject: Re: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 12:58:55 -0000 On Wed, Jan 05, 2005 at 10:44:05PM +0100, Harald Weis wrote: > On Mon, Jan 03, 2005 at 09:32:20PM +0100, Roland Smith wrote: > > That's not good. AFAICT, the code that reports a new scanner to dmesg is > > also present in 4.x, so if you don't see a message, it looks like the > > scanner is not found for one reason or another. Try all USB ports on your computer; use MAKEDEV to create /dev/usb1, /dev/usb2, etc (they are not created by default). -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 13:28:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE01A16A4CE for ; Sun, 9 Jan 2005 13:28:26 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E36843D45 for ; Sun, 9 Jan 2005 13:28:26 +0000 (GMT) (envelope-from elvstone@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so357443rnf for ; Sun, 09 Jan 2005 05:28:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=hQuCJjtxLnfOu9rQRhYrXFlEt67HSajImH0sUltbZ3VCy739BNWQXEiNNMZhci4kizTuwjwWQnvrux9jkOWh/zF6wZRk1RXazyUy5H3s5Bx+S9gOFBygQ2PmsYWtj5zFH9nh3V08b+nYyLTXOVp07F1Ls3JdADzZM0NPsT3410E= Received: by 10.38.75.8 with SMTP id x8mr201898rna; Sun, 09 Jan 2005 05:28:25 -0800 (PST) Received: by 10.38.70.58 with HTTP; Sun, 9 Jan 2005 05:28:25 -0800 (PST) Message-ID: <751a4f87050109052865402505@mail.gmail.com> Date: Sun, 9 Jan 2005 14:28:25 +0100 From: Aron Stansvik To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: gcc segfaults on RELENG_5_3 buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Aron Stansvik List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 13:28:26 -0000 I'm going to test my RAM with memtest86, but I just wanted to check; is anyone else seeing this? I'm using /usr/src as of a couple of hours ago. The segfault occurs when linking 'genconfig'. This is the first buildworld on a completely fresh 5.3-RELEASE install. Best regards, Aron Stansvik From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 13:46:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9488816A4CE for ; Sun, 9 Jan 2005 13:46:37 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B9E143D39 for ; Sun, 9 Jan 2005 13:46:37 +0000 (GMT) (envelope-from elvstone@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so359552rnf for ; Sun, 09 Jan 2005 05:46:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=VMFYQGkCkmT1o633VzZsJ1DVPqmPOcaRUfdtzA4mekgRIo2O8ZYjsEdFAXyPnp+VrzsH0pYCCQlzJJTnT74beJKbeMB/0x+s6fKjh6Vv17Xoi1mc3YWaftLd360QMH5RmOsCr9EBCVcTCWRLe2Vmplzf34de1Ym+Y0e2m7JCTOk= Received: by 10.38.104.77 with SMTP id b77mr131150rnc; Sun, 09 Jan 2005 05:46:36 -0800 (PST) Received: by 10.38.70.58 with HTTP; Sun, 9 Jan 2005 05:46:36 -0800 (PST) Message-ID: <751a4f8705010905465c8e3231@mail.gmail.com> Date: Sun, 9 Jan 2005 14:46:36 +0100 From: Aron Stansvik To: stable@freebsd.org In-Reply-To: <751a4f87050109052865402505@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <751a4f87050109052865402505@mail.gmail.com> Subject: Re: gcc segfaults on RELENG_5_3 buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Aron Stansvik List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 13:46:37 -0000 Ok, bad RAM. Sorry for posting uneccessarily. Aron On Sun, 9 Jan 2005 14:28:25 +0100, Aron Stansvik wrote: > I'm going to test my RAM with memtest86, but I just wanted to check; > is anyone else seeing this? I'm using /usr/src as of a couple of hours > ago. The segfault occurs when linking 'genconfig'. This is the first > buildworld on a completely fresh 5.3-RELEASE install. > > Best regards, > Aron Stansvik > From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 19:56:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 893E316A4CE; Sun, 9 Jan 2005 19:56:28 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2368F43D4C; Sun, 9 Jan 2005 19:56:28 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j09JtjsA013284; Sun, 9 Jan 2005 12:55:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 09 Jan 2005 12:56:22 -0700 (MST) Message-Id: <20050109.125622.115655493.imp@bsdimp.com> To: chris@vindaloo.com From: "M. Warner Losh" In-Reply-To: <20050108232038.GA28906@yavin.vindaloo.com> References: <20050108232038.GA28906@yavin.vindaloo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-modile@freebsd.org Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 19:56:28 -0000 In message: <20050108232038.GA28906@yavin.vindaloo.com> Christopher Sean Hilton writes: : Second, what I haven't been able to completely research: : : The PC card bus dies when on the first suspend resume. There : seems to be no way to restart it. : : The second issue may be a configuration problem. I'm interested in : hearing from anyone who is running 5.3-STABLE on a laptop so I can : gather a list of all the configuration places and write a webpage on : it. I've not had a laptop that would suspend/resume for a long time, so I haven't been able to test pccard/cardbus' behavior on suspend/resume. Warner From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 21:03:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB7B16A4CF; Sun, 9 Jan 2005 21:03:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03CE943D5C; Sun, 9 Jan 2005 21:03:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j09L3TGV010610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 9 Jan 2005 13:03:30 -0800 Message-ID: <41E19C0E.6030400@root.org> Date: Sun, 09 Jan 2005 13:03:10 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20050108232038.GA28906@yavin.vindaloo.com> <20050109.125622.115655493.imp@bsdimp.com> In-Reply-To: <20050109.125622.115655493.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-acpi@freebsd.org cc: chris@vindaloo.com cc: freebsd-modile@freebsd.org Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 21:03:35 -0000 M. Warner Losh wrote: > In message: <20050108232038.GA28906@yavin.vindaloo.com> > Christopher Sean Hilton writes: > : Second, what I haven't been able to completely research: > : > : The PC card bus dies when on the first suspend resume. There > : seems to be no way to restart it. > : > : The second issue may be a configuration problem. I'm interested in > : hearing from anyone who is running 5.3-STABLE on a laptop so I can > : gather a list of all the configuration places and write a webpage on > : it. > > I've not had a laptop that would suspend/resume for a long time, so I > haven't been able to test pccard/cardbus' behavior on suspend/resume. My cardbus works fine after suspend/resume. The only current bug is the extremely long time before resume methods run that was introduced in the past couple weeks. -- Nate From owner-freebsd-stable@FreeBSD.ORG Sun Jan 9 23:02:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A590E16A4E8; Sun, 9 Jan 2005 23:02:31 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F9D43D49; Sun, 9 Jan 2005 23:02:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j09N0UqA025597; Sun, 9 Jan 2005 16:00:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 09 Jan 2005 16:01:07 -0700 (MST) Message-Id: <20050109.160107.01029278.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: <41E0DA41.60008@elischer.org> References: <41E0DA41.60008@elischer.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: stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: anyone using the umodem(4) module/driver? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 23:02:31 -0000 In message: <41E0DA41.60008@elischer.org> Julian Elischer writes: : If so I'd like to hear success/failure reports.. : looking at closing or otherwise acting on: : http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/39341 : however the original submitter has dissappeared. I use umodem as a driver all the time to dial into the net, and have since before 5.2 without flaw using the module. It works greak, so this can be closed, I believe. Warner From owner-freebsd-stable@FreeBSD.ORG Mon Jan 10 02:46:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88A4F16A4CE for ; Mon, 10 Jan 2005 02:46:50 +0000 (GMT) Received: from lart.thugsrus.net (lart.thugsrus.net [66.93.3.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B16E43D39 for ; Mon, 10 Jan 2005 02:46:50 +0000 (GMT) (envelope-from geeb@thugsrus.org) Received: from [192.168.1.7] (scmods.thugsrus.net [66.93.3.182]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lart.thugsrus.net (Postfix) with ESMTP id 6221BFF5 for ; Sun, 9 Jan 2005 21:46:49 -0500 (EST) Message-ID: <41E1EC86.8040407@thugsrus.org> Date: Sun, 09 Jan 2005 18:46:30 -0800 From: Mark Gebert User-Agent: Mozilla Thunderbird 1.0 (X11/20041228) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FBSD 5.3 w/ Silicon Image SATA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 02:46:50 -0000 I have a Asus A7N8X-E Deluxe with a Silicon Image Sil 3112a controller. I was able to create the ar0 device while loading the OS but cannot boot off the resulting load (the image is mirrored on both drives). The ar0 device does not appear in the kernel messages. The error I get is: Mounting root from ufs:/dev/ar0s1a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Any advice on how to make the system load? --geeb -- Mark A Gebert ThugsRUs Networks From owner-freebsd-stable@FreeBSD.ORG Mon Jan 10 04:05:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 797C016A4CE for ; Mon, 10 Jan 2005 04:05:08 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 158EE43D39 for ; Mon, 10 Jan 2005 04:05:08 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-67-161-34-162.client.comcast.net[67.161.34.162]) by comcast.net (sccrmhc11) with ESMTP id <200501100405070110038vf4e>; Mon, 10 Jan 2005 04:05:07 +0000 Message-ID: <41E1FEF2.5010104@bfoz.net> Date: Sun, 09 Jan 2005 20:05:06 -0800 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: AGP, AMD and FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 04:05:08 -0000 I'm getting this message when starting X with the nvidia driver... NVRM: AGP cannot be enabled on this combination of the AMD CPU and OS kernel NVRM: kernel upgrade recommended. NVRM: AGP cannot be enabled on this combination of the AMD CPU and OS kernel NVRM: kernel upgrade recommended. It always comes up in pairs like that. It obviously has something to do with the nvidia drivers, but it seems to have something to do with the OS too, so that's why I posted it here and not on ports. I've been seeing this for many months now and upgrading the kernel doesn't help. Xorg and XFree86 produce the same behavior. Any ideas? I'm running a Sempron 3100+ on a DFI K8M800-MLVF mboard with a GeForce MX4 and agp is compliled into the kernel. The nvidia driver was compiled with both freebsd_agp and acpi support. Here's uname -a: FreeBSD dvr.bfoz.net 5.3-STABLE FreeBSD 5.3-STABLE #5: Sun Jan 9 15:41:54 PST 2005 bfoz@dvr.bfoz.net:/usr/obj/usr/src/sys/DVR i386 Thanks From owner-freebsd-stable@FreeBSD.ORG Mon Jan 10 10:24:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DD1A16A4CE for ; Mon, 10 Jan 2005 10:24:21 +0000 (GMT) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCD8643D46 for ; Mon, 10 Jan 2005 10:24:20 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 82F7617120; Mon, 10 Jan 2005 10:24:19 +0000 (GMT) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24036-01; Mon, 10 Jan 2005 10:24:16 +0000 (GMT) Received: from egg (egg.helenmarks.co.uk [192.168.0.3]) by mail.helenmarks.co.uk (Postfix) with SMTP id C9F2F170AB; Mon, 10 Jan 2005 10:24:16 +0000 (GMT) From: "Dominic Marks" To: "Mark Gebert" Date: Mon, 10 Jan 2005 10:24:39 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <41E1EC86.8040407@thugsrus.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal X-Virus-Scanned: By ClamAV (mail.helenmarks.co.uk) cc: freebsd-stable@freebsd.org Subject: RE: FBSD 5.3 w/ Silicon Image SATA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 10:24:21 -0000 Hi Mark, You should be able to boot from one of the discs in the array, thats what I did when the RAID 1 on one of my servers dissappeared after an upgrade (not fun). Try booting from ad4, thats what I did to get things back on for the time being, no RAID at the moment I'm afraid. I'm now using it as a ordinary two channel controller while some scripts mirror the data until I get round to replacing the card. Just out of interest can anyone tell me why it was decided that support for this card should be removed/ broken without warning (no UPDATING heads-up ?) it was working perfectly for me :-( I can only assume it was some very nasty data loss potential? -- Dominic -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of Mark Gebert Sent: 10 January 2005 02:47 To: freebsd-stable@freebsd.org Subject: FBSD 5.3 w/ Silicon Image SATA I have a Asus A7N8X-E Deluxe with a Silicon Image Sil 3112a controller. I was able to create the ar0 device while loading the OS but cannot boot off the resulting load (the image is mirrored on both drives). The ar0 device does not appear in the kernel messages. The error I get is: Mounting root from ufs:/dev/ar0s1a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Any advice on how to make the system load? --geeb -- Mark A Gebert ThugsRUs Networks _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jan 10 13:49:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 997DC16A4CE for ; Mon, 10 Jan 2005 13:49:16 +0000 (GMT) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EFFB43D58 for ; Mon, 10 Jan 2005 13:49:16 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: by jef-nt.mdacc.tmc.edu (Postfix, from userid 1001) id 9D1BF8F4; Mon, 10 Jan 2005 07:49:14 -0600 (CST) From: Jonathan Fosburgh To: freebsd-stable@freebsd.org Date: Mon, 10 Jan 2005 07:49:09 -0600 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2611714.40aWiimU4S"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501100749.13769.jonathan@fosburgh.org> Subject: SOund not working on new motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 13:49:16 -0000 --nextPart2611714.40aWiimU4S Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This weekend I upgraded my aging P-III machine to a newAMD Athlon 64 system= =2E I=20 am running FreeBSD/i386 5.3-STABLE. This onboard sound on my motherboard=20 (ECS 755-A2) probes and the pcm driver loads, but I do not get sound. I=20 receive the following error: Jan 9 04:27:06 gw kernel: pcm0: ac97 link rate calibration timed out after= =20 1006794 us I have not been able to locate that error message. This is what=20 cat /dev/sndstat says: =46reeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xe000, 0xe100 irq 18 bufsz 16384 kld snd_ich (1p/1r= /0v=20 channels duplex default) Any suggestions on what I should do or should I install my old soundcard? =2D-=20 Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX --nextPart2611714.40aWiimU4S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB4ofZqUvQmqp7omYRAlXtAJ94N36O9xIokNolWqMgRtx4ItpxtgCcDmMg z2t/6ojALsYH+JvJv+55Pew= =ocNp -----END PGP SIGNATURE----- --nextPart2611714.40aWiimU4S-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 10 15:57:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C5F16A4CE for ; Mon, 10 Jan 2005 15:57:54 +0000 (GMT) Received: from convex.cs.unb.ca (convex.cs.unb.ca [131.202.244.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9ECE43D54 for ; Mon, 10 Jan 2005 15:57:53 +0000 (GMT) (envelope-from bremner@convex.cs.unb.ca) Received: from bremner by convex.cs.unb.ca with local (Exim 4.41 (FreeBSD)) id 1Co1vV-0000Fg-9a for freebsd-stable@freebsd.org; Mon, 10 Jan 2005 11:57:53 -0400 Received: by convex.cs.unb.ca (tmda-sendmail, from uid 1266); Mon, 10 Jan 2005 11:57:53 -0400 (AST) Received: from bremner (helo=convex.cs.unb.ca.unb.ca) by convex.cs.unb.ca with local-esmtp (Exim 4.41 (FreeBSD)) id 1Co1vT-0000FX-TV for freebsd-stable@freebsd.org; Mon, 10 Jan 2005 11:57:51 -0400 Date: Mon, 10 Jan 2005 11:57:51 -0400 Message-ID: <0td5wdnuo0.wl@nohost.unb.ca> To: freebsd-stable@freebsd.org User-Agent: SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable Discussion) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII From: David Bremner X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) X-TMDA-Fingerprint: ggBSVxGtsl0WtrHElKXhVQlp5io X-Primary-Address: bremner@unb.ca Sender: David Bremner Subject: Freezes with usb printing to Lexmark printers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Bremner List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 15:57:54 -0000 I have two i386 machines running stable, the one in front of me as of january 3. They are both connected to lexmark printers (this one is connected to a lexmark optra e323; I think the other one is connected to an Optra 321). They both exhibit the following behaviour: not every time I print, but often enough to be annoying, after the print job is successfully printed, the machine locks hard. The X11 console is frozen and the machine does not respond to pings. I am using the stock lpd, although I had the same problem running LPRng. I have also tried both /dev/ulpt0 and /dev/unlpt0 as my printer device. Can anyone suggest something to try? Or point out an obvious goof in my kernel configuration? configuration details follow. Sorry for the bulk, I'm getting a bit desperate. ====================================================================== uname says FreeBSD convex.cs.unb.ca 5.3-STABLE FreeBSD 5.3-STABLE #19: Mon Jan 3 17:31:01 AST 2005 bremner@convex.cs.unb.ca:/usr/obj/usr/src/sys/CONVEX2 i386 ====================================================================== Here is the result of "dmesg | grep 'usb|lpt'" usb0: on uhci0 usb0: USB revision 1.0 ulpt0: Lexmark International, Inc. Lexmark E323, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode usb1: on uhci1 usb1: USB revision 1.0 usb2: on uhci2 usb2: USB revision 1.0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 lpt0: on ppbus0 lpt0: Interrupt-driven port ulpt0: at uhub0 port 2 (addr 2) disconnected ulpt0: detached ulpt0: Lexmark International, Inc. Lexmark E323, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode ====================================================================== And here is my kernel configuration: # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.384.2.2 2003/05/31 15:18:41 scottl Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident CONVEX2 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as root device, requires NFSCLIENT options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options USB_DEBUG options LINPROCFS options COMPAT_LINUX # Debugging for use in -current #options DDB #Enable the kernel debugger #options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O device mem device io device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives device atapicam # emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options! device iir # Intel Integrated RAID device mly # Mylex AcceleRAID/eXtremeRAID # SCSI peripherals device scbus # SCSI bus (required) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device amr # AMI MegaRAID device ida # Compaq Smart RAID device ips # IBM (Adaptec) ServeRAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # Pcmcia and cardbus bridge support device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x and SK-982x gigabit ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device bge # Broadcom BCM570xx Gigabit Ethernet # ISA Ethernet NICs. pccard nics included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of ethernet chips device xe # Xircom pccard ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ehci # high speed USB device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB ethernet device axe # ASIX Electronics USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) #Firewall options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default #Video device radeondrm device mgadrm From owner-freebsd-stable@FreeBSD.ORG Mon Jan 10 16:19:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B83D16A4CE for ; Mon, 10 Jan 2005 16:19:45 +0000 (GMT) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC37143D48 for ; Mon, 10 Jan 2005 16:19:44 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) j0AGJhB3096170 for ; Mon, 10 Jan 2005 17:19:43 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 6045462DA; Mon, 10 Jan 2005 17:20:06 +0100 (CET) Date: Mon, 10 Jan 2005 17:20:06 +0100 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20050110162006.GA71325@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org References: <200501100749.13769.jonathan@fosburgh.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <200501100749.13769.jonathan@fosburgh.org> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: SOund not working on new motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 16:19:45 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 10, 2005 at 07:49:09AM -0600, Jonathan Fosburgh wrote: > This weekend I upgraded my aging P-III machine to a newAMD Athlon 64 > system. I am running FreeBSD/i386 5.3-STABLE. This onboard sound on > my motherboard (ECS 755-A2) probes and the pcm driver loads, but I do > not get sound. I receive the following error: >=20 > Jan 9 04:27:06 gw kernel: pcm0: ac97 link rate calibration timed out aft= er=20 > 1006794 us >=20 > I have not been able to locate that error message.=20 You can find it in /usr/src/sys/dev/sound/pci/ich.c, in the function ich_calibrate. The error ir reported because two subsequent readings from a register return the same value. Maybe the assumption that subsequent reads from that specific register should be different is invalid. > This is what cat /dev/sndstat says: >=20 > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xe000, 0xe100 irq 18 bufsz 16384 kld snd_ich > (1p/1r/0v channels duplex default) >=20 > Any suggestions on what I should do or should I install my old soundcard? If you're into shotgun debugging you could try returning the default value immediately from ich_calibrate, and see if it works. :-) If you have another working soundcard, I'd plug that in, and disable the onboard sound in the bios. Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in e-mail http://www.xs4all.nl/~rsmith/ X No Word docs in e-mail public key: http://www.keyserver.net / \ Respect for open standards --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB4qs2EnfvsMMhpyURAgzHAJ41S7Z0nFPwEoYVh3ILQ+SNDDxjDQCffp4o 0olJIZaIp0JsThOgVinsb7Q= =I6iL -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 10 23:23:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41EFD16A4CE for ; Mon, 10 Jan 2005 23:23:54 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BE2D43D46 for ; Mon, 10 Jan 2005 23:23:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 3881 invoked from network); 10 Jan 2005 23:23:53 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Jan 2005 23:23:53 -0000 Received: from hydrogen.funkthat.com (jylqnu@localhost.funkthat.com [127.0.0.1])j0ANNpGH060778; Mon, 10 Jan 2005 15:23:51 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j0ANNpMu060777; Mon, 10 Jan 2005 15:23:51 -0800 (PST) Date: Mon, 10 Jan 2005 15:23:51 -0800 From: John-Mark Gurney To: Brandon Fosdick Message-ID: <20050110232351.GG19624@funkthat.com> Mail-Followup-To: Brandon Fosdick , Daniel O'Connor , freebsd-stable@freebsd.org References: <40170.4.248.235.201.1104333403.squirrel@4.248.235.201> <20050102.220156.79545944.imp@bsdimp.com> <41E036AF.2030407@bfoz.net> <200501091115.00779.doconnor@gsoft.com.au> <41E08199.3000405@bfoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41E08199.3000405@bfoz.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-stable@freebsd.org Subject: Re: ucom and sio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 23:23:54 -0000 Brandon Fosdick wrote this message on Sat, Jan 08, 2005 at 16:58 -0800: > Daniel O'Connor wrote: > >Is it blocking waiting for carrier detect to come up? > >Try using the cuaNN device instead. > > The software in question worked fine using a cuaNN device until said > device died. > > Somebody else mentioned that I could set the device to ignore the > carrier detect signal. How do I do that? Is it a flag to tcsetattr() or > some kind of ioctl? You can also do that on the lock and/or inital device... stty -f /dev/ttyd0.lock clocal -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Jan 11 05:42:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F84D16A4CE for ; Tue, 11 Jan 2005 05:42:20 +0000 (GMT) Received: from smtp1.mc.surewest.net (smtp1.mc.surewest.net [66.60.130.50]) by mx1.FreeBSD.org (Postfix) with SMTP id DB3D543D48 for ; Tue, 11 Jan 2005 05:42:19 +0000 (GMT) (envelope-from rick@updegrove.net) Received: (s3-10667); Mon, 10 Jan 2005 21:37:32 -0800 Received: from unknown (HELO updegrove.net) (64.30.97.117) by smtp1.mc.surewest.net (s3-smtpd/0.90-beta3) with SMTP; Mon, 10 Jan 2005 21:37:30 -0800 Received: (qmail 58658 invoked by uid 98); 11 Jan 2005 05:42:58 -0000 Received: from rick@updegrove.net by smeagol.skynet by uid 1008 with qmail-scanner-1.22-st-qms (f-prot: 4.4.8/3.14.13. Clear:RC:1(192.168.0.194):. Processed in 0.145804 secs); 11 Jan 2005 05:42:58 -0000 X-Antivirus-RickUp-Mail-From: rick@updegrove.net via smeagol.skynet X-Antivirus-RickUp: 1.22-st-qms (Clear:RC:1(192.168.0.194):. Processed in 0.145804 secs Process 58653) Received: from unknown (HELO ?192.168.0.194?) (192.168.0.194) by updegrove.net with SMTP; 11 Jan 2005 05:42:57 -0000 Received: from 127.0.0.1 (AVG SMTP 7.0.300 [265.6.10]); Mon, 10 Jan 2005 21:42:57 -0800 Message-ID: <41E36760.2090609@updegrove.net> Date: Mon, 10 Jan 2005 21:42:56 -0800 From: Rick Updegrove User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-TST: smtp1 SNWK3 0.31-80 ip=64.30.97.117 Subject: 5.3-RELEASE crashes during make buildworld (and other problems) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 05:42:20 -0000 Hi all, This machine runs 4.11-STABLE just fine. I can make buildworld all day. Before that it ran Win2k for many months with no problems. For these reasons, I do not suspect hardware at this point. When I install 5.3-RELEASE it runs fine until... When I attempt to cvsup to STABLE and run make buildworld (yes with and without the -j) it crashes. I am very bad at kernel debugging because FreeBSD 4 has (almost) always been perfectly stable so I have read and re-read the handbook and I am trying to get more information to the list. So far in rc.conf I added: dumpdev="/dev/ad0s1b" DUMPDIR="/usr/crash" Then I chmod 700 /usr/crash Then in /boot/loader.conf I added verbose_loading="YES" boot_verbose="YES" Does this look reasonable? What else should I do? Meanwhile, I started the make buildworld again (right where it left off) and I am waiting for it to crash. You can find the dmesg and anything else I find at http://rick.updegrove.net/FreeBSD/jan-10-2005/ *UPDATE* While I was writing this the make buildworld failed and left me some details which I put into a file named gcc-error-1 file at http://rick.updegrove.net/FreeBSD/jan-10-2005/gcc-error-1 Then I rebooted and went into X and soon I got http://rick.updegrove.net/FreeBSD/jan-10-2005/panic_kdeinit.txt There is nothing in /usr/crash/ I cant find any files name vmcore anywhere. I noticed that on the new 5.3-RELEASE SYSTEM if I do not have a half-failed "make buildworld" I can install packages with pkg_add -r whatever all day long and the machine (and KDE) runs fine. Thanks, Rick -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.6.10 - Release Date: 1/10/2005 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 11 07:28:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2D4E16A4CE for ; Tue, 11 Jan 2005 07:28:15 +0000 (GMT) Received: from linda-1.paradise.net.nz (bm-1a.paradise.net.nz [202.0.58.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28DFB43D4C for ; Tue, 11 Jan 2005 07:28:15 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-3.paradise.net.nz (smtp-3b.paradise.net.nz [202.0.32.212]) by linda-1.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IA500DXH631YH@linda-1.paradise.net.nz> for freebsd-stable@freebsd.org; Tue, 11 Jan 2005 20:28:14 +1300 (NZDT) Received: from [192.168.1.11] (218-101-14-125.paradise.net.nz [218.101.14.125]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id 5D43EAE0A0; Tue, 11 Jan 2005 20:28:13 +1300 (NZDT) Date: Tue, 11 Jan 2005 20:32:04 +1300 From: Mark Kirkwood In-reply-to: <41E36760.2090609@updegrove.net> To: Rick Updegrove Message-id: <41E380F4.40200@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 References: <41E36760.2090609@updegrove.net> cc: freebsd-stable@freebsd.org Subject: Re: 5.3-RELEASE crashes during make buildworld (and other problems) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 07:28:15 -0000 I am wondering if cpu overheating could be a factor. In 4.x you are building with gcc 2.95, whereas 5.3 uses 3.4 - the 3.x compiler takes longer and works harder, which may be generating more heat (i.e too much heat). You can test this by installing the cpuburn port and running it for 10-20 minutes. regards Mark Rick Updegrove wrote: > Hi all, > > This machine runs 4.11-STABLE just fine. I can make buildworld all day. > Before that it ran Win2k for many months with no problems. For these > reasons, I do not suspect hardware at this point. > > When I install 5.3-RELEASE it runs fine until... > > When I attempt to cvsup to STABLE and run make buildworld (yes with and > without the -j) it crashes. > > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 11 09:37:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F60A16A4CE for ; Tue, 11 Jan 2005 09:37:57 +0000 (GMT) Received: from osiris.itlegion.ru (osiris.itlegion.ru [84.21.226.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EFBF43D1D for ; Tue, 11 Jan 2005 09:37:54 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: from artem ([192.168.0.12]) by osiris.itlegion.ru (8.13.1/8.13.1) with SMTP id j08FoFlX085594 for ; Sat, 8 Jan 2005 18:50:15 +0300 (MSK) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 62787, updated: 8.01.2005] Message-ID: <002e01c4f59a$5e76cff0$0c00a8c0@artem> From: "Artem Kuchin" To: Date: Sat, 8 Jan 2005 18:54:40 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Server locks up if more than one jail in running X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 09:37:57 -0000 I have a very bad problem. I need to seetup large number of jails (about 100) to do virtual hosting and i am doing it on 5.3-STABLE (not 5.3-RELEASE, i mean -STABLE which is cvsupped). So, when i setup one jail - everything runs fine for many days. If i setup one more jail or 3 or more - server locks up (freezes, hangs, becomes totally unsresponsive) within 48 hours. Sometime it runs only a couple hours, sometimes almost a couple of days. So, to diagnose the problem i setup a cron process which saves a lot of system statistics every minutes. The last working minute stats are included below as well as basic system configuration. Jails are complete distributions, but very basic services are running: cron, sshd. adjtimezone is disabled. All other records on /etc/crontab are left just like in distro. I really need help with this problem because i canno migrate to 5.3 because of it. And i really need 5.3 because of some new features. Maybe somone could help. SYSTEM: Multiprocessor. Dual XEON 2.667Ghz with HTT. 4GB DDR RAM. RAID 5 (4 SATA disks x 120gb) on 3Ware SATA controller in PCI 64 slot on Supermicro MB. ------------ dmesg -------------------------------------- Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #4: Wed Dec 22 10:25:48 MSK 2004 root@new.itlegion.ru:/usr/obj/usr/src/sys/OMNI ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.66GHz (2665.92-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4160225280 (3967 MB) avail memory = 4077481984 (3888 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci1 pci2: on pcib2 pci1: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci1 pci3: on pcib3 em0: port 0x3000-0x303f mem 0xfc200000-0xfc21ffff irq 28 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2a:2d:bc em0: Speed:N/A Duplex:N/A em1: port 0x3040-0x307f mem 0xfc220000-0xfc23ffff irq 29 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2a:2d:bd em1: Speed:N/A Duplex:N/A pcib4: at device 3.0 on pci0 pci4: on pcib4 pci4: at device 28.0 (no driver attached) pcib5: at device 29.0 on pci4 pci5: on pcib5 pci4: at device 30.0 (no driver attached) pcib6: at device 31.0 on pci4 pci6: on pcib6 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x4000-0x400f mem 0xfc800000-0xfcffffff irq 72 at device 1.0 on pci6 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048 uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 pci7: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2060-0x206f,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata2: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xe0000-0xe3fff,0xc9000-0xc9fff,0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: CDRW at ata0-slave UDMA33 twed0: on twe0 twed0: 343417MB (703318656 sectors) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/twed0s1a em0: Link is up 100 Mbps Full Duplex ------------ rc.conf -------------------------------------- font8x14="cp866-8x14" font8x16="cp866b-8x16" font8x8="cp866-8x8" keymap="ru.koi8-r" keyrate="fast" linux_enable="YES" mousechar_start="3" saver="no" scrnmap="koi8-r2cp866" gateway_enable="YES" hostname="omni2.itlegion.ru" defaultrouter="213.252.68.1" ifconfig_em0="inet 213.252.68.2 netmask 255.255.255.0" sshd_enable="YES" named_enable="YES" enable_quotas="YES" usbd_enable="NO" healthd_enable="NO" healthd_flags="-6 -l" syslogd_flags="-ss" background_fsck="NO" rpcbind="NO" sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" inetd_enable="NO" jail_enable="YES" jail_list="213_252_68_6 213_252_68_5" jail_213_252_68_5_rootdir="/hosts/213.252.68.5" jail_213_252_68_5_hostname="jail1.itlegion.ru" jail_213_252_68_5_ip="213.252.68.5" jail_213_252_68_5_exec="/bin/sh /etc/rc" jail_213_252_68_5_devfs_enable="YES" jail_213_252_68_5_fdescfs_enable="NO" jail_213_252_68_5_procfs_enable="NO" jail_213_252_68_5_devfs_ruleset="devfsrules_jail" jail_213_252_68_6_rootdir="/hosts/213.252.68.6" jail_213_252_68_6_hostname="jail2.itlegion.ru" jail_213_252_68_6_ip="213.252.68.6" jail_213_252_68_6_exec="/bin/sh /etc/rc" jail_213_252_68_6_devfs_enable="YES" jail_213_252_68_6_fdescfs_enable="NO" jail_213_252_68_6_procfs_enable="NO" jail_213_252_68_6_devfs_ruleset="devfsrules_jail" -------- KERNEL CONFIGURATION FILE ------------- machine i386 cpu I686_CPU ident OMNI2 options SMP options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI #options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. #device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device #device vpo # Requires scbus and da device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device em device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) ------- SCRIPT TO SAVE SYSTEM STATUS ------------------ echo '---------------------------------------------------' >> /var/log/_stat date >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat uptime >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat ps -axwlH >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat iostat -c 2 -w 10 >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat jls >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat df >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat vmstat -f >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat vmstat -a >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat vmstat -i >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat netstat -an >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat top -b -d1 >> /var/log/_stat echo '---------------------------------------------------' >> /var/log/_stat ----------- LAST WORKING MINUTE STATS --------------------------------------- --------------------------------------------------- Thu Jan 6 19:56:00 MSK 2005 --------------------------------------------------- 7:56PM up 4:28, 0 users, load averages: 0.06, 0.03, 0.01 --------------------------------------------------- UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -16 0 0 4 sched DLs ?? 0:00.04 [swapper] 0 1 0 0 8 0 740 376 wait ILs ?? 0:00.01 /sbin/init -- 0 2 0 0 -8 0 0 12 - DL ?? 0:01.67 [g_event] 0 3 0 0 -8 0 0 12 - DL ?? 0:01.79 [g_up] 0 4 0 0 -8 0 0 12 - DL ?? 0:01.78 [g_down] 0 5 0 0 8 0 0 12 - DL ?? 0:00.00 [thread taskq] 0 6 0 0 8 0 0 12 - DL ?? 0:00.00 [kqueue taskq] 0 7 0 0 -84 0 0 12 actask IL ?? 0:00.00 [acpi_task0] 0 8 0 0 -84 0 0 12 actask IL ?? 0:00.00 [acpi_task1] 0 9 0 0 -84 0 0 12 actask IL ?? 0:00.00 [acpi_task2] 0 10 0 45 97 0 0 12 - RL ?? 267:38.74 [idle: cpu3] 0 11 0 44 97 0 0 12 - RL ?? 267:24.91 [idle: cpu2] 0 12 0 45 97 0 0 12 - RL ?? 267:22.85 [idle: cpu1] 0 13 0 44 97 0 0 12 - RL ?? 267:23.30 [idle: cpu0] 0 14 0 0 -60 0 0 12 - WL ?? 0:00.00 [irq1: atkbd0] 0 15 0 0 -60 0 0 12 - WL ?? 0:00.00 [irq3: sio1] 0 16 0 0 -60 0 0 12 - WL ?? 0:00.00 [irq4: sio0] 0 17 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq5:] 0 18 0 0 -64 0 0 12 - WL ?? 0:00.00 [irq6: fdc0] 0 19 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq7:] 0 20 0 0 -84 0 0 12 - WL ?? 0:00.00 [irq8: rtc] 0 21 0 0 -52 0 0 12 - WL ?? 0:00.00 [irq9: acpi0] 0 22 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq10:] 0 23 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq11:] 0 24 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq12:] 0 25 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq13:] 0 26 0 0 -64 0 0 12 - WL ?? 0:00.00 [irq14: ata0] 0 27 0 0 -64 0 0 12 - WL ?? 0:00.00 [irq15: ata2] 0 28 0 0 -64 0 0 12 - WL ?? 0:00.00 [irq16: uhci0] 0 29 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq17:] 0 30 0 0 -64 0 0 12 - WL ?? 0:00.00 [irq18: uhci2] 0 31 0 0 -64 0 0 12 - WL ?? 0:00.00 [irq19: uhci1] 0 32 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq20:] 0 33 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq21:] 0 34 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq22:] 0 35 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq23:] 0 36 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq24:] 0 37 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq25:] 0 38 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq26:] 0 39 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq27:] 0 40 0 0 -68 0 0 12 - WL ?? 0:00.40 [irq28: em0] 0 41 0 0 -68 0 0 12 - WL ?? 0:00.00 [irq29: em1] 0 42 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq30:] 0 43 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq31:] 0 44 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq32:] 0 45 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq33:] 0 46 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq34:] 0 47 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq35:] 0 48 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq36:] 0 49 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq37:] 0 50 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq38:] 0 51 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq39:] 0 52 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq40:] 0 53 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq41:] 0 54 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq42:] 0 55 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq43:] 0 56 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq44:] 0 57 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq45:] 0 58 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq46:] 0 59 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq47:] 0 60 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq48:] 0 61 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq49:] 0 62 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq50:] 0 63 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq51:] 0 64 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq52:] 0 65 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq53:] 0 66 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq54:] 0 67 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq55:] 0 68 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq56:] 0 69 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq57:] 0 70 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq58:] 0 71 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq59:] 0 72 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq60:] 0 73 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq61:] 0 74 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq62:] 0 75 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq63:] 0 76 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq64:] 0 77 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq65:] 0 78 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq66:] 0 79 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq67:] 0 80 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq68:] 0 81 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq69:] 0 82 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq70:] 0 83 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq71:] 0 84 0 0 -64 0 0 12 - WL ?? 0:00.50 [irq72: twe0] 0 85 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq73:] 0 86 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq74:] 0 87 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq75:] 0 88 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq76:] 0 89 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq77:] 0 90 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq78:] 0 91 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq79:] 0 92 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq80:] 0 93 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq81:] 0 94 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq82:] 0 95 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq83:] 0 96 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq84:] 0 97 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq85:] 0 98 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq86:] 0 99 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq87:] 0 100 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq88:] 0 101 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq89:] 0 102 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq90:] 0 103 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq91:] 0 104 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq92:] 0 105 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq93:] 0 106 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq94:] 0 107 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq95:] 0 108 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq96:] 0 109 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq97:] 0 110 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq98:] 0 111 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq99:] 0 112 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq100:] 0 113 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq101:] 0 114 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq102:] 0 115 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq103:] 0 116 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq104:] 0 117 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq105:] 0 118 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq106:] 0 119 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq107:] 0 120 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq108:] 0 121 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq109:] 0 122 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq110:] 0 123 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq111:] 0 124 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq112:] 0 125 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq113:] 0 126 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq114:] 0 127 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq115:] 0 128 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq116:] 0 129 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq117:] 0 130 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq118:] 0 131 0 0 -21 0 0 12 - WL ?? 0:00.00 [irq119:] 0 132 0 0 -84 0 0 12 - WL ?? 0:00.00 [irq0: clk] 0 133 0 0 -44 0 0 12 - WL ?? 0:00.06 [swi1: net] 0 134 0 0 -28 0 0 12 - WL ?? 0:22.54 [swi5: clock sio] 0 135 0 0 -32 0 0 12 - WL ?? 0:00.00 [swi4: vm] 0 136 0 0 -16 0 0 12 - DL ?? 0:01.62 [yarrow] 0 137 0 0 -24 0 0 12 - WL ?? 0:00.00 [swi6:+] 0 138 0 0 -40 0 0 12 - WL ?? 0:00.00 [swi2: camnet] 0 139 0 0 -36 0 0 12 - WL ?? 0:00.00 [swi3: cambio] 0 140 0 0 -24 0 0 12 - WL ?? 0:00.00 [swi6: acpitaskq] 0 141 0 0 -24 0 0 12 - WL ?? 0:00.00 [swi6: task queue] 0 142 0 0 -24 0 0 12 - WL ?? 0:00.00 [swi6:+] 0 143 0 0 8 0 0 12 usbevt DL ?? 0:00.00 [usb0] 0 144 0 0 8 0 0 12 usbtsk DL ?? 0:00.00 [usbtask] 0 145 0 0 8 0 0 12 usbevt DL ?? 0:00.00 [usb1] 0 146 0 0 8 0 0 12 usbevt DL ?? 0:00.00 [usb2] 0 147 0 0 -48 0 0 12 - WL ?? 0:00.00 [swi0: sio] 0 148 0 0 -8 0 0 12 - DL ?? 0:00.17 [fdc0] 0 149 0 0 -16 0 0 12 psleep DL ?? 0:00.04 [pagedaemon] 0 150 0 0 20 0 0 12 psleep DL ?? 0:00.00 [vmdaemon] 0 151 0 0 171 0 0 12 pgzero DL ?? 0:02.31 [pagezero] 0 152 0 0 -16 0 0 12 psleep DL ?? 0:00.60 [bufdaemon] 0 153 0 0 -4 0 0 12 vlruwt DL ?? 0:00.58 [vnlru] 0 154 0 0 20 0 0 12 syncer DL ?? 0:00.66 [syncer] 0 155 0 0 8 0 0 12 - IL ?? 0:00.00 [nfsiod 0] 0 156 0 0 8 0 0 12 - IL ?? 0:00.00 [nfsiod 1] 0 157 0 0 8 0 0 12 - IL ?? 0:00.00 [nfsiod 2] 0 158 0 0 8 0 0 12 - IL ?? 0:00.00 [nfsiod 3] 0 159 0 0 -16 0 0 12 - DL ?? 0:01.52 [schedcpu] 0 278 1 611 20 0 1188 640 pause ILs ?? 0:00.00 adjkerntz -i 0 339 1 611 115 0 516 360 select ILs ?? 0:00.00 /sbin/devd 0 363 1 0 96 0 1320 864 select SLs ?? 0:00.10 /usr/sbin/syslogd -l /var/run/log -l /var/named/var/run/log -ss 53 377 1 0 20 0 5552 4288 kserel ILs ?? 0:00.50 /usr/sbin/named -u bind -t /var/named 53 377 1 0 20 0 5552 4288 kserel ILs ?? 0:00.50 /usr/sbin/named -u bind -t /var/named 53 377 1 0 20 0 5552 4288 ksesig SLs ?? 0:00.50 /usr/sbin/named -u bind -t /var/named 53 377 1 0 20 0 5552 4288 kserel ILs ?? 0:00.50 /usr/sbin/named -u bind -t /var/named 53 377 1 0 96 0 5552 4288 select ILs ?? 0:00.50 /usr/sbin/named -u bind -t /var/named 53 377 1 0 20 0 5552 4288 kserel ILs ?? 0:00.50 /usr/sbin/named -u bind -t /var/named 0 488 1 0 96 0 3364 2516 select ILs ?? 0:00.01 /usr/sbin/sshd 0 505 1 1 8 0 1360 1052 nanslp SLs ?? 0:00.17 /usr/sbin/cron -s 0 619 1 0 96 0 1320 872 select ILsJ ?? 0:00.03 /usr/sbin/syslogd -ss 0 671 1 0 96 0 3364 2492 select ILsJ ?? 0:00.00 /usr/sbin/sshd 0 678 1 0 8 0 1384 1060 nanslp SLsJ ?? 0:00.04 /usr/sbin/cron -s 0 737 1 0 96 0 1320 888 select ILsJ ?? 0:00.05 /usr/sbin/syslogd -s 0 789 1 0 96 0 3364 2508 select ILsJ ?? 0:00.00 /usr/sbin/sshd 0 796 1 69 8 0 1384 1060 nanslp ILsJ ?? 0:00.06 /usr/sbin/cron -s 0 801 1 0 96 0 1668 1216 select ILsJ ?? 0:00.00 /usr/libexec/ftpd -D -S 0 4756 1 0 4 0 4880 2856 sbwait ILJ ?? 0:00.00 sshd: rooter [pam] (sshd) 0 5869 505 1 -8 0 1360 1136 piperd SL ?? 0:00.00 cron: running job (cron) 0 5870 5869 1 8 0 1640 1160 wait SLs ?? 0:00.00 /bin/sh -c /root/logstatus.sh 0 5871 5870 5 8 0 1644 1164 wait SL ?? 0:00.00 /bin/sh -c /root/logstatus.sh 0 5874 5871 5 96 0 1496 988 - RL ?? 0:00.00 ps -axwlH 0 835 1 567 5 0 1284 924 ttyin ILs+ v0 0:00.01 /usr/libexec/getty Pc ttyv0 0 836 1 567 5 0 1284 928 ttyin ILs+ v1 0:00.01 /usr/libexec/getty Pc ttyv1 0 837 1 567 5 0 1284 928 ttyin ILs+ v2 0:00.01 /usr/libexec/getty Pc ttyv2 0 838 1 567 5 0 1284 928 ttyin ILs+ v3 0:00.01 /usr/libexec/getty Pc ttyv3 0 839 1 567 5 0 1284 928 ttyin ILs+ v4 0:00.01 /usr/libexec/getty Pc ttyv4 0 840 1 567 5 0 1284 928 ttyin ILs+ v5 0:00.01 /usr/libexec/getty Pc ttyv5 0 841 1 567 5 0 1284 928 ttyin ILs+ v6 0:00.01 /usr/libexec/getty Pc ttyv6 0 842 1 567 5 0 1284 928 ttyin ILs+ v7 0:00.01 /usr/libexec/getty Pc ttyv7 --------------------------------------------------- tty twed0 cpu tin tout KB/t tps MB/s us ni sy in id 0 2 14.46 1 0.01 0 0 0 0 100 0 0 16.00 0 0.01 0 0 0 0 100 --------------------------------------------------- JID IP Address Hostname Path 2 213.252.68.6 jail2.itlegion.ru /hosts/213.252.68.6 1 213.252.68.5 jail1.itlegion.ru /hosts/213.252.68.5 --------------------------------------------------- Filesystem 512-blocks Used Avail Capacity Mounted on /dev/twed0s1a 2025948 112836 1751040 6% / devfs 2 2 0 100% /dev /dev/twed0s1f 650705836 1939120 596710252 0% /hosts /dev/twed0s1e 20308316 5340096 13343556 29% /usr /dev/twed0s1d 6090012 98196 5504616 2% /var devfs 2 2 0 100% /var/named/dev devfs 2 2 0 100% /hosts/213.252.68.5/dev devfs 2 2 0 100% /hosts/213.252.68.6/dev --------------------------------------------------- 5182 forks, 247213 pages, average 47.71 537 vforks, 32666 pages, average 60.83 0 rforks, 0 pages, average 0.00 --------------------------------------------------- procs memory page disk faults cpu r b w avm fre flt re pi po fr sr tw0 in sy cs us sy id 0 1 0 40420 3920948 30 0 0 0 28 0 0 330 50 621 0 0 100 --------------------------------------------------- interrupt total rate irq6: fdc0 9 0 irq8: rtc 2057141 127 irq13: npx0 1 0 irq14: ata0 47 0 irq28: em0 8184 0 irq72: twe0 9739 0 irq0: clk 1607249 99 Total 3682370 229 --------------------------------------------------- Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 0 0 213.252.68.5.22 195.90.153.20.3119 CLOSE_WAIT tcp4 0 0 213.252.68.6.21 *.* LISTEN tcp4 0 0 213.252.68.6.22 *.* LISTEN tcp4 0 0 213.252.68.5.22 *.* LISTEN tcp4 0 0 213.252.68.2.22 *.* LISTEN tcp6 0 0 ::1.953 *.* LISTEN tcp4 0 0 127.0.0.1.953 *.* LISTEN tcp4 0 0 127.0.0.1.53 *.* LISTEN tcp4 0 0 213.252.68.2.53 *.* LISTEN udp4 0 0 213.252.68.6.514 *.* udp6 0 0 *.61254 *.* udp4 0 0 *.61253 *.* udp4 0 0 127.0.0.1.53 *.* udp4 0 0 213.252.68.2.53 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c5854d20 stream 0 0 0 c585dd20 0 0 c585dd20 stream 0 0 0 c5854d20 0 0 c5854b7c stream 0 0 0 0 0 0 c5855000 stream 0 0 c5850108 0 0 0 /var/run/devd.pipe c5854e38 dgram 0 0 0 c596c118 0 0 c596c118 dgram 0 0 c59be948 0 c5854e38 0 /var/run/logpriv c596c1a4 dgram 0 0 c5962948 0 0 0 /var/run/log c596c230 dgram 0 0 c5930c60 0 0 0 /var/run/logpriv c596c2bc dgram 0 0 c5930d68 0 0 0 /var/run/log c5854ec4 dgram 0 0 0 c585d08c 0 0 c5855ec4 dgram 0 0 c584f948 0 0 0 /var/named/var/run/log c585d000 dgram 0 0 c5782a50 0 0 0 /var/run/log c585d08c dgram 0 0 c5782b58 0 c5854ec4 0 /var/run/logpriv c585d118 dgram 0 0 c5782c60 0 0 0 /var/run/log --------------------------------------------------- last pid: 5882; load averages: 0.05, 0.02, 0.00 up 0+04:28:24 19:56:10 31 processes: 1 running, 30 sleeping Mem: 9280K Active, 15M Inact, 40M Wired, 1508K Cache, 28M Buf, 3827M Free Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 377 bind 20 0 5552K 4288K kserel 2 0:01 0.00% 0.00% named 505 root 8 0 1360K 1052K nanslp 0 0:00 0.00% 0.00% cron 363 root 96 0 1320K 864K select 0 0:00 0.00% 0.00% syslogd 796 root 8 0 1384K 1060K nanslp 0 0:00 0.00% 0.00% cron 737 root 96 0 1320K 888K select 0 0:00 0.00% 0.00% syslogd 678 root 8 0 1384K 1060K nanslp 0 0:00 0.00% 0.00% cron 619 root 96 0 1320K 872K select 0 0:00 0.00% 0.00% syslogd 837 root 5 0 1284K 928K ttyin 1 0:00 0.00% 0.00% getty 835 root 5 0 1284K 924K ttyin 0 0:00 0.00% 0.00% getty 836 root 5 0 1284K 928K ttyin 0 0:00 0.00% 0.00% getty 841 root 5 0 1284K 928K ttyin 0 0:00 0.00% 0.00% getty 838 root 5 0 1284K 928K ttyin 1 0:00 0.00% 0.00% getty 839 root 5 0 1284K 928K ttyin 3 0:00 0.00% 0.00% getty 842 root 5 0 1284K 928K ttyin 2 0:00 0.00% 0.00% getty 5871 root 8 0 1644K 1164K wait 1 0:00 0.00% 0.00% sh 840 root 5 0 1284K 928K ttyin 2 0:00 0.00% 0.00% getty 488 root 96 0 3364K 2516K select 0 0:00 0.00% 0.00% sshd 5870 root 8 0 1640K 1160K wait 2 0:00 0.00% 0.00% sh --------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 11 13:07:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D68616A4CE for ; Tue, 11 Jan 2005 13:07:13 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-102-tuesday.noc.nerim.net [62.4.17.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7EF943D4C for ; Tue, 11 Jan 2005 13:07:12 +0000 (GMT) (envelope-from harald.weis@algol.adsl.nerim.net) Received: from algol.adsl.nerim.net (algol.adsl.nerim.net [62.212.97.189]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 55B2862D96 for ; Tue, 11 Jan 2005 14:07:10 +0100 (CET) Received: by algol.adsl.nerim.net (Postfix, from userid 1001) id B9D181010F1; Tue, 11 Jan 2005 14:09:45 +0100 (CET) Date: Tue, 11 Jan 2005 14:09:45 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20050111130945.GA1239@algol.adsl.nerim.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041229154905.GA1820@algol.adsl.nerim.net> <20041230083332.GA587@nosferatu.blackend.org> <20041231150712.GA1203@algol.adsl.nerim.net> <20050101010111.GA7319@slackbox.xs4all.nl> <20050102121737.GA744@algol.adsl.nerim.net> <20050102132227.GA47076@slackbox.xs4all.nl> <20050103192333.GA2429@algol.adsl.nerim.net> <20050103203220.GA81645@slackbox.xs4all.nl> <20050105214405.GA2476@algol.adsl.nerim.net> <20050109125853.GD2501@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050109125853.GD2501@stack.nl> User-Agent: Mutt/1.4.2.1i Subject: Re: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 13:07:13 -0000 On Sun, Jan 09, 2005 at 01:58:53PM +0100, Jilles Tjoelker wrote: > > Try all USB ports on your computer; use MAKEDEV to create /dev/usb1, > /dev/usb2, etc (they are not created by default). That was it. Absolutely wonderful! `usbd' is now working, in fact before it just did not _seem_ to work. Thank you very much indeed, Jilles. Harald -- FreeBSD 4.9-RELEASE #0: Mon Oct 27 17:51:09 GMT 2003 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 11 13:40:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B32916A4CE for ; Tue, 11 Jan 2005 13:40:06 +0000 (GMT) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2A0B43D54 for ; Tue, 11 Jan 2005 13:40:04 +0000 (GMT) (envelope-from tonyb@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.1/8.13.1) with ESMTP id j0BDf6M9010737 for ; Tue, 11 Jan 2005 13:41:07 GMT (envelope-from tonyb@byrnehq.com) Date: Tue, 11 Jan 2005 13:40:14 +0000 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1433078378.20050111134014@byrnehq.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: 1.455 X-Scanned-By: MIMEDefang 2.49 on 192.168.10.254 Subject: MegaRAID 'Bad Slot' Kernel message and crash. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 13:40:06 -0000 Folks, I kicked off a thread just before the holidays regarding some problems we are having with an Intel SRCU42X RAID controller in a dual processor production server originally under 5.3-STABLE and now under 4.10-STABLE. The thread ran out of steam, with no resolution to the problem, but I'm hoping that with extra information I might get to the bottom of it. Basically, after some amount of uptime the kernel will emit a "amr0: Bad slot x completed" message and pretty soon after this the box goes into a partially unresponsive state forcing us to reboot it. So far the only thing triggering the problem is the nightly jobs, where the amount of IO is higher than during the day. Before deployment, we tested the box with 5.3-STABLE and managed to trigger the problem twice. This forced us to try 4.10-STABLE which was fine in testing and for a number of weeks after deployment. However, just before new year we saw our first Bad Slot and crash under 4.10. Since then it has happened 3 more times. We have upgraded the firmware to the latest version available from Intel, and if anything this has made the problem worse. We're beginning to suspect a dud card but could do with a few "works fine for us" style posts to build confidence in the support for the card under FreeBSD. The amr driver doesn't explicitly support the card, but it's a rebadged MegaRAID 320 as far as we can tell. Scott Long has posted to say that he is seeing similar problems, but I'm wondering if it really is a problem with the driver, wouldn't more of you be having problems? The machine had 3 disks configured as a single RAID5 array. A fourth disk is configured as a hot-standby. The card is equipped with 128Mb of battery-backed cache. Write-back caching is enabled on the card. Read-ahead caching is enabled in non-adaptive mode. Is anyone else using a SRCU42X RAID card and seeing similar problems to ours? What about other cards supported by the amr driver? We could just change the controller, but the problem we are having is pretty random and the feedback gap between change and outcome is long. We'd like to have more information to work with before deciding the next step. uname -a FreeBSD xxxxx 4.10-STABLE FreeBSD 4.10-STABLE #7: Tue Nov 16 12:50:42 GMT 2004 dmesg 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 4.10-STABLE #7: Tue Nov 16 12:50:42 GMT 2004 dermot@pooh.traveldev.com:/usr/obj/usr/src/sys/POOH Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3189.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4026466304 (3932096K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 24 pins in IOAPIC #1 Programming 24 pins in IOAPIC #2 FreeBSD/SMP: Multiprocessor motherboard: 4 CPUs cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00050014, at 0xfee00000 cpu2 (AP): apic id: 6, version: 0x00050014, at 0xfee00000 cpu3 (AP): apic id: 7, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 8, version: 0x00178020, at 0xfec00000 io1 (APIC): apic id: 9, version: 0x00178020, at 0xfec81000 io2 (APIC): apic id: 10, version: 0x00178020, at 0xfec81400 Preloaded elf kernel "kernel" at 0xc03cc000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03cc09c. Warning: Pentium 4 CPU: PSE disabled Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 19 entries at 0xc00f3630 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 16 -> irq 2 IOAPIC #0 intpin 19 -> irq 16 pci0: on pcib0 pci0: (vendor=0x8086, dev=0x2541) at 0.1 pcib1: at device 3.0 on pci0 pci2: on pcib1 pci2: (vendor=0x8086, dev=0x1461) at 28.0 pcib2: at device 29.0 on pci2 IOAPIC #2 intpin 2 -> irq 18 IOAPIC #2 intpin 1 -> irq 19 pci5: on pcib2 ahd0: port 0x4000-0x40ff,0x3800-0x38ff mem 0xfe9e0000-0xfe9e1fff irq 18 at device 7.0 on pci5 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x3400-0x34ff,0x3000-0x30ff mem 0xfe9f0000-0xfe9f1fff irq 19 at device 7.1 on pci5 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci2: (vendor=0x8086, dev=0x1461) at 30.0 pcib3: at device 31.0 on pci2 IOAPIC #1 intpin 6 -> irq 20 IOAPIC #1 intpin 7 -> irq 21 pci3: on pcib3 em0: port 0x2040-0x207f mem 0xfe6c0000-0xfe6dffff irq 20 at device 7.0 on pci 3 em0: Speed:N/A Duplex:N/A em1: port 0x2000-0x203f mem 0xfe6e0000-0xfe6fffff irq 21 at device 7.1 on pci 3 em1: Speed:N/A Duplex:N/A pcib4: at device 9.0 on pci3 IOAPIC #1 intpin 3 -> irq 22 pci4: on pcib4 amr0: mem 0xfe580000-0xfe5fffff,0xfbef0000-0xfbefffff irq 22 at device 0.0 on pci4 amr0: Firmware 413Y, BIOS H420, 128MB RAM pci0: (vendor=0x8086, dev=0x2546) at 3.1 uhci0: port 0x5020-0x503f irq 2 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x5000-0x501f irq 16 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib5: at device 30.0 on pci0 pci1: on pcib5 pci1: at 12.0 irq 17 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x3a0-0x3af,0-0x3,0-0x7,0-0x3,0-0x7 irq 0 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x8086, dev=0x2483) at 31.3 irq 17 orm0: