From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 08:43:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B8EF1065670 for ; Sun, 13 Apr 2008 08:43:24 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id B749D8FC27 for ; Sun, 13 Apr 2008 08:43:23 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: by wx-out-0506.google.com with SMTP id i29so988890wxd.7 for ; Sun, 13 Apr 2008 01:43:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=s3xBH9tsTeKvor2RflwmKFkIF11Q/nmJKhGOIBRIZEY=; b=Q2bUeC96Fli7oN5b/Kx9lv5nmBPj+4Gz+4/z33R0mVJEs6ek0Na7Py8jlCcJ4cuiubHJQB7I9Iqt/woDxn+jq5H7DOJ/zPlhhwrIKrjs2HAqrsC+tdWUHVdHhdz1jc7Ptz5LVRJVndU0Og3h14HDQTRQRY4dD3YPuDSNinZj5qQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=GlaHUEVvR0ojiCIWY4vALYQYkrpC+9LCKt4hcj/CaVKLUAjudYPcd+OcSlKRREXehBV6u/IjGO5Y+kWAv30NzgEHITdHXah5z4AewUhgcuCFeMgVud2Q30I+3owZoKFKT1MXCGIGg0nyaN7tYK0eQ5bh3dTOR3MYyK2mWoWK+Zs= Received: by 10.70.49.1 with SMTP id w1mr6287142wxw.19.1208076202956; Sun, 13 Apr 2008 01:43:22 -0700 (PDT) Received: by 10.70.126.11 with HTTP; Sun, 13 Apr 2008 01:43:22 -0700 (PDT) Message-ID: <5fbf03c20804130143n7096f1b3xe1919f327a89fb7f@mail.gmail.com> Date: Sun, 13 Apr 2008 10:43:22 +0200 From: "Spil Oss" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: reboot after panic: page fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 08:43:24 -0000 Hi all, Posted a message earlier about a panic due to a privileged instruction fault. As a result of that I am now running a kernel with debug symbols. Last night my server crashed again, and now I'm wondering if the community is interested, the crash is probably due to a faulty memory module. 01:20 irssi segfaulted Apr 13 01:30:41 gigabeast savecore: reboot after panic: page fault Apr 13 01:30:41 gigabeast savecore: writing core to vmcore.1 Apr 13 01:30:49 gigabeast kernel: pid 537 (testparm), uid 0: exited on signal 11 (core dumped) Apr 13 01:30:50 gigabeast kernel: pid 544 (smbd), uid 0: exited on signal 6 (core dumped) This morning the machine was in an unusable state (ssh unreachable, display wouldn't switch on), machine wouldn't start at all (no POST) until I removed the memory module that I added after the previous crash. Kind regards, Spil. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 13 13:50:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29553106566B for ; Sun, 13 Apr 2008 13:50:42 +0000 (UTC) (envelope-from clarkjp@charter.net) Received: from mail.cluebytwelve.org (clueby12.org [198.186.190.239]) by mx1.freebsd.org (Postfix) with ESMTP id 037D08FC27 for ; Sun, 13 Apr 2008 13:50:41 +0000 (UTC) (envelope-from clarkjp@charter.net) Received: from localdomain.local (24-151-200-112.dhcp.jcsn.tn.charter.com [24.151.200.112]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cluebytwelve.org (Postfix) with ESMTP id 6C81E1B5CE for ; Sun, 13 Apr 2008 08:50:30 -0500 (CDT) Received: by localdomain.local (Postfix, from userid 1001) id 57DEAB899; Sun, 13 Apr 2008 08:50:29 -0500 (CDT) Date: Sun, 13 Apr 2008 08:50:29 -0500 From: "J. Porter Clark" To: freebsd-stable@freebsd.org Message-ID: <20080413135029.GA51216@auricle.charter.net> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2008 13:50:42 -0000 Newsgroups: mailing.freebsd.stable Subject: Re: FreeBSD 7.0 WITHOUT Heimdal References: From: jpc@porterclark.com (J. Porter Clark) Organization: http://www.angelfire.com/ego/porterclark/ X-No-Archive: Yes saper@system.pl (Marcin Cieslak) writes: >J. Porter Clark wrote: >> gnome-vfs won't compile with WITHOUT_KERBEROS=yes for some >> reason or other. Ugh. >Another reason to have permanent WITHOUT_GNOMEVFS=yes in /etc/make.conf > ;-) That worked well on one system I have, and I appreciate the tip. However, another one has gcdmaster, which depends on libgnomeuimm, which depends on gnomevfsmm... From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 07:19:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A9CB1065670; Mon, 14 Apr 2008 07:19:59 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 93D628FC22; Mon, 14 Apr 2008 07:19:58 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JlIyr-000FlT-47; Mon, 14 Apr 2008 09:19:57 +0200 Date: Mon, 14 Apr 2008 09:19:57 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20080414071957.GJ37437@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org, Doug Rabson MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Oliver Brandmueller Cc: Doug Rabson Subject: panic with smbfs after MFC of kernel space locking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2008 07:19:59 -0000 Hello and good morning, I upgraded to 7-STABLE after the MFC of the kernel space locking. Since then I experience panics with programs that strongly rely in file locking on CIFS (smbfs) mounts: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x13bf2a8 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8023305a stack pointer = 0x10:0xffffffffc72d7920 frame pointer = 0x10:0xffffffffc72d7950 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 42037 (perl) [thread pid 42037 tid 100124 ] Stopped at lf_getblock+0x2a: cmpq %r12,0x8(%rbx) db> bt Tracing pid 42037 tid 100124 td 0xffffff00037dc350 lf_getblock() at lf_getblock+0x2a lf_advlockasync() at lf_advlockasync+0x4f5 lf_advlock() at lf_advlock+0x47 smbfs_advlock() at smbfs_advlock+0x19a flock() at flock+0x150 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (131, FreeBSD ELF64, flock), rip = 0x800c0a3fc, rsp = 0x7fffffffecc8, rbp = 0x8325e8 --- As far as I can see there were changes for all kinds of file systems with the MFC, but no change in the smbfs filesystem. I also couldn't find any change in HEAD's smbfs, so it was not a missing MFC, but probably the fs was missed in the changes at all. Could anyone with a little better programming skills than me probably have a look at it? From the diffs of the other filesystems it seems like it's not a real big change, but mainly adding the function. Thank you -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 07:55:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417551065686; Mon, 14 Apr 2008 07:55:52 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mail.rabson.org [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id A3EBA8FC14; Mon, 14 Apr 2008 07:55:51 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc] (unknown [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id CEA673FB4; Mon, 14 Apr 2008 08:55:49 +0100 (BST) Message-Id: From: Doug Rabson To: Oliver Brandmueller In-Reply-To: <20080414071957.GJ37437@e-Gitt.NET> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 14 Apr 2008 08:55:49 +0100 References: <20080414071957.GJ37437@e-Gitt.NET> X-Mailer: Apple Mail (2.919.2) Cc: Doug Rabson , freebsd-stable@freebsd.org Subject: Re: panic with smbfs after MFC of kernel space locking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2008 07:55:52 -0000 On 14 Apr 2008, at 08:19, Oliver Brandmueller wrote: > Hello and good morning, > > I upgraded to 7-STABLE after the MFC of the kernel space locking. > Since > then I experience panics with programs that strongly rely in file > locking on CIFS (smbfs) mounts: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x13bf2a8 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8023305a > stack pointer = 0x10:0xffffffffc72d7920 > frame pointer = 0x10:0xffffffffc72d7950 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 42037 (perl) > [thread pid 42037 tid 100124 ] > Stopped at lf_getblock+0x2a: cmpq %r12,0x8(%rbx) > db> bt > Tracing pid 42037 tid 100124 td 0xffffff00037dc350 > lf_getblock() at lf_getblock+0x2a > lf_advlockasync() at lf_advlockasync+0x4f5 > lf_advlock() at lf_advlock+0x47 > smbfs_advlock() at smbfs_advlock+0x19a > flock() at flock+0x150 > syscall() at syscall+0x256 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (131, FreeBSD ELF64, flock), rip = 0x800c0a3fc, rsp = > 0x7fffffffecc8, rbp = 0x8325e8 --- > > As far as I can see there were changes for all kinds of file systems > with the MFC, but no change in the smbfs filesystem. I also couldn't > find any change in HEAD's smbfs, so it was not a missing MFC, but > probably the fs was missed in the changes at all. > > Could anyone with a little better programming skills than me probably > have a look at it? From the diffs of the other filesystems it seems > like > it's not a real big change, but mainly adding the function. I added a new vnode operation to support the new lock manager but this operation only needs to be implemented on filesystems that can be exported via NFS. I assumed that this was not the case for SMBFS. Could you find me a line number for lf_getblock+0x2a - something like this should do it: # gdb /boot/kernel/kernel (gdb) l *(lf_getblock+0x2a) From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 11:28:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75C79106566C for ; Mon, 14 Apr 2008 11:28:08 +0000 (UTC) (envelope-from nawfal@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 4D3F48FC29 for ; Mon, 14 Apr 2008 11:28:08 +0000 (UTC) (envelope-from nawfal@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so697144rvf.43 for ; Mon, 14 Apr 2008 04:28:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:reply-to:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; bh=ItyZ0PeoG8qqQKRmn5put0CysAXDd2zd9JO4e8Dkq+Y=; b=iVpsb5ioO9fwxyb74XZsUN1vg0YrRip4pTOknc093c+ziXa6JhfG/hZLT83Kl3WcJ3RS/iU8iJ5XLT3VVZ/modkgJiP3tASFd/o4aBIM38NmPn/mI/Cmlai19RM2mz7Z0oa54Ohm0Fw4/2N0ru1FIEZBBkgDtM0kuc/H66iKicI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:reply-to:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; b=pTv4j2guNcMIPN78/li1x8XwBPhgNzGezhcmbyMfej8dkSryUn1quMOtLtldjKHiyqj4JlBTV6oNvhIHfggu6Dd33MSeedwyltY1tjYzyzGZMRdQhTHNovDRWITP0B+W7wXRsFhtATMHPf6AhRdyKWxEUbg/GGpK6egY2MpWyJw= Received: by 10.140.126.14 with SMTP id y14mr3257111rvc.59.1208170939123; Mon, 14 Apr 2008 04:02:19 -0700 (PDT) Received: from ?10.101.8.78? ( [203.106.65.8]) by mx.google.com with ESMTPS id f42sm9674038rvb.9.2008.04.14.04.02.15 (version=SSLv3 cipher=RC4-MD5); Mon, 14 Apr 2008 04:02:18 -0700 (PDT) To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 14 Apr 2008 19:02:06 +0800 Message-Id: <1208170926.12349.20.camel@nawfal-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit From: Nawfal bin Mohmad Rouyan Subject: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nawfal@googlemail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 11:28:08 -0000 Hi Everyone, I have an issue with NFS /etc/exports file. The entry in my exports file is as below: /usr -alldirs -maproot=0:0 zerg hulk protoss terran I can't mount the directory from the first host listed which according to above entry is 'zerg'. Any other hosts after the first host can mount the directory. I get "Permission Denied" everytime I try to mount the directory. zerg# mount /usr/src [tcp] build:/usr/src: Permission denied ^C If I move 'zerg' to become the last host in the list, I can mount the directory on 'zerg' but then 'hulk' would not be able to mount the directory. I'm using TCP and the entry in /etc/fstab on all clients is as below: build:/usr/ports /usr/ports nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 build:/usr/src /usr/src nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 build:/usr/obj /usr/obj nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 All the machines have the options below in /etc/rc.conf file: nfs_server_enable="YES" nfs_client_enable="YES" nfs_server_flags="-t -n 6" nfs_reserved_port_only="YES" rpcbind_enable="YES" rpc_lockd_enable="YES" rpc_statd_enable="YES" and all machines are FreeBSD 7.0-STABLE #0: Fri Apr 11 13:18:25 MYT 2008 OK just tested again, this only happens right after freshly booting 'build'. If I do kill -s HUP `cat /var/run/mountd.pid` to reread the /etc/exports fileon 'build', then I have no problem mounting the shared directory from the first host in the list. Is this a bug or is the entry in the /etc/exports file is wrong? Thanks! -- Nawfal bin Mohmad Rouyan From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 11:58:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43A5A106566B for ; Mon, 14 Apr 2008 11:58:57 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.241]) by mx1.freebsd.org (Postfix) with ESMTP id F33188FC22 for ; Mon, 14 Apr 2008 11:58:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by hs-out-0708.google.com with SMTP id m63so487289hsc.11 for ; Mon, 14 Apr 2008 04:58:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=DmZOaeO5VyYg1rzTqb89Ku69yNBf5EKnJaTzLf+hwZs=; b=eiMjA6NTVYAVLcJmbhFhOPe+2ryFvr6Iz4AaQsKF4RVzOtQM4VhDLD/f8Xaa9HeBKIwQPCezeclR8LqBXq0cLVFXnyyyUW901QFXe2z9puesDT1JDr5O2Nil38IhEm+KLufXulilbcAv7I2/s3Jq0LW/EEAbGAf+PqM20iKfbNg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GyxgRcpv2OV7LVNsPBmSUyYQL1JMOWHIbV7VXCHL3qKl82rZ4xGU5NikRAUNZKMFsgn+qGwdn4Yb4zLGEbTuPKZTpuirkLuNNXqoAcr6sTe1dlEFPF9jHoO2x7ES7l0Gpol2AZK7tMCALcrAX9PPkmavBzxIFnUy9HZMCVFxEdQ= Received: by 10.100.225.19 with SMTP id x19mr3444815ang.154.1208174336171; Mon, 14 Apr 2008 04:58:56 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Mon, 14 Apr 2008 04:58:56 -0700 (PDT) Message-ID: Date: Mon, 14 Apr 2008 13:58:56 +0200 From: "Claus Guttesen" To: nawfal@googlemail.com In-Reply-To: <1208170926.12349.20.camel@nawfal-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1208170926.12349.20.camel@nawfal-desktop> Cc: freebsd-stable@freebsd.org Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2008 11:58:57 -0000 > I have an issue with NFS /etc/exports file. The entry in my exports file > is as below: > > /usr -alldirs -maproot=0:0 zerg hulk protoss terran > > OK just tested again, this only happens right after freshly booting > 'build'. If I do > > kill -s HUP `cat /var/run/mountd.pid` > > to reread the /etc/exports fileon 'build', then I have no problem > mounting the shared directory from the first host in the list. Is this a > bug or is the entry in the /etc/exports file is wrong? Do you have any errors when you reboot related to nfs? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 12:17:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEA7C1065670 for ; Mon, 14 Apr 2008 12:17:38 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 608398FC2F for ; Mon, 14 Apr 2008 12:17:38 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from delish.ish.com.au ([203.29.62.201] helo=ish.com.au) by fish.ish.com.au with esmtps (SSLv3:DES-CBC3-SHA:168) (Exim 4.43) id 1JlNXp-0001jA-HV; Mon, 14 Apr 2008 22:12:21 +1000 Received: from [10.29.62.13] ([10.29.62.13] verified) by ish.com.au (CommuniGate Pro SMTP 5.2.1) with ESMTP id 3434063; Mon, 14 Apr 2008 22:17:32 +1000 Message-Id: <5CC9DACB-E8FA-4F05-88D9-E33A59D07183@ish.com.au> From: Aristedes Maniatis To: John Baldwin , FreeBSD Stable In-Reply-To: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 14 Apr 2008 22:17:30 +1000 References: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> X-Mailer: Apple Mail (2.919.2) Cc: bzeeb+freebsd+lor@zabbadoz.net, Jurgen Weber Subject: Re: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2008 12:17:38 -0000 On 08/04/2008, at 6:06 PM, Aristedes Maniatis wrote: > LOR: > 1st 0x807d3d90 sleepq chain (sleepq chain) @/usr/src/sys/kern/ > subr_sleepqueue.c:773 > 2nd 0x807c8110 scrlock (scrlock) @/usr/src/sys/dev/syscons/syscons.c: > 2526 Is there anything I can do at my end to assist in the debugging of this issue? Should I create PR for it? Is there enough information to locate the issue, or will it require further tests from me? Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 13:07:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39B13106564A for ; Mon, 14 Apr 2008 13:07:24 +0000 (UTC) (envelope-from rblayzor.bulk@inoc.net) Received: from mx1-b.inoc.net (mx1-b.inoc.net [64.246.131.28]) by mx1.freebsd.org (Postfix) with ESMTP id D9F788FC33 for ; Mon, 14 Apr 2008 13:07:23 +0000 (UTC) (envelope-from rblayzor.bulk@inoc.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=inoc.net; h=Received:From:To:Subject:Date; b=RePQ593oxN3Zct+doHvSOZJ2Tao0E4qU2UcL/97nf8TO52j4HZfrEJsanPrpGBsnRAbms452uVd2WjyTI4ft3ciWY4QUqNC2oSmSYP0DXfnf3hE2yHR83JsLubsAdqhOK4etm6Ix8rU7IsJwEhhgkc6W2U9L2Xw3muUeUj8zKO4=; Received: from void.ops.inoc.net (vanguard.noc.albyny.inoc.net [64.246.135.8]) by mx1-b.inoc.net (build v8.3.7) with ESMTP id 143084756-1941382 for multiple; Mon, 14 Apr 2008 12:47:13 +0000 (UTC) Message-Id: <1886249E-54FF-4EFE-A7B9-C6AB2488EB4D@inoc.net> From: Robert Blayzor To: nawfal@googlemail.com In-Reply-To: <1208170926.12349.20.camel@nawfal-desktop> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 14 Apr 2008 08:47:13 -0400 References: <1208170926.12349.20.camel@nawfal-desktop> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2008 13:07:24 -0000 On Apr 14, 2008, at 7:02 AM, Nawfal bin Mohmad Rouyan wrote: > I'm using TCP and the entry in /etc/fstab on all clients is as below: > > build:/usr/ports /usr/ports nfs > tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > build:/usr/src /usr/src nfs > tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > build:/usr/obj /usr/obj nfs > tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 Are -r and -w really needed/useful for TCP mounts? -- Robert Blayzor, BOFH INOC, LLC rblayzor@inoc.net http://www.inoc.net/~rblayzor/ Mac OS X. Because making Unix user-friendly is easier than debugging Windows. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 16:23:53 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE9B51065671 for ; Mon, 14 Apr 2008 16:23:53 +0000 (UTC) (envelope-from news@streetsoul.lv) Received: from web04.hostnet.lv (web04.hostnet.lv [81.94.239.56]) by mx1.freebsd.org (Postfix) with ESMTP id 247DD8FC1B for ; Mon, 14 Apr 2008 16:23:52 +0000 (UTC) (envelope-from news@streetsoul.lv) X-ClientAddr: 127.0.0.1 Received: from www.street-soul.eu (localhost [127.0.0.1]) by web04.hostnet.lv (8.12.11.20060308/8.12.11) with ESMTP id m3EGKuH8021955 for ; Mon, 14 Apr 2008 19:20:56 +0300 Date: Mon, 14 Apr 2008 19:20:56 +0300 To: stable@freebsd.org From: Streetsoul Message-ID: <9c4949bbdb676cc63b8aeadbbbaaaaca@www.street-soul.eu> X-Priority: 3 X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version 2.0.0 rc1] MIME-Version: 1.0 X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (web04.hostnet.lv [127.0.0.1]); Mon, 14 Apr 2008 19:20:56 +0300 (EEST) X-HostNet-MailScanner-Information: Hostnet Virus And Antispam software X-HostNet-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-MailScanner-MCPCheck: X-HostNet-MailScanner-SpamScore: s X-MailScanner-From: news@streetsoul.lv Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: New Arrivals: Reebok, Nike, Adidas Originals X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2008 16:23:53 -0000 STREETSOUL.EU streetwear clothing store Newsletter ***************************************************************** Hello Ya all!!! New Arrivals from Adidas Originals, Reebok and Nike on streetsoul.eu!!! Special items worth to highllight - Nike Dunk from SB for guys and Adidas Superstar Ballerinas from Handbags for Feet line for Girls :) Press here to view new arrivals from Adidas Originals! or copy the link in a browser: http://www.streetsoul.eu/zoom_brand/19 Press here to view new arrivals from Nike! or copy the link in a browser: http://www.streetsoul.eu/zoom_brand/23 Press here to view new arrivals from Reebok! or copy the link in a browser: http://www.streetsoul.eu/zoom_brand/30 Check out streetsoul internet store or if you happen to be in Riga, you're welcome to visit us @ 85 Terbatas st. :) http://www.streetsoul.eu/streetstore Cheers! streetsoul.eu ----------------------------------------------------------------------------------------------------------------------------------------------------------- streetsoul brands: 667 | Adidas Originals | Airbag | ALAKAZAM! | Alprausch | Amos | BICO | Creative Recreation | Emily The Strange | Encore | Five Four | Goorin Brothers | gsus | Irie Daily | King Apparel | Levi's Engineered Jeans® | Levi's® | Mazine | My Zoo | Nike | OAKLEY | pa:nuu | Reebok | Saddler | Schlepp | Streetsoul | Stussy | Sweet & Toxic | T.U.K. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 20:03:53 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 133C81065670 for ; Mon, 14 Apr 2008 20:03:53 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from hpsmtp-eml14.kpnxchange.com (hpsmtp-eml14.kpnxchange.com [213.75.38.114]) by mx1.freebsd.org (Postfix) with ESMTP id 986578FC1E for ; Mon, 14 Apr 2008 20:03:52 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtp-eml111.kpnxchange.com ([213.75.84.111]) by hpsmtp-eml14.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 14 Apr 2008 21:51:47 +0200 Received: from koko.offrom.nl ([86.82.183.148]) by cpsmtp-eml111.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 14 Apr 2008 21:51:43 +0200 Received: from wiz.vpn.offrom.nl (Debian-exim@wiz.vpn.offrom.nl [10.168.0.18]) by koko.offrom.nl (8.13.8/8.13.8) with ESMTP id m3EJpfJS080175 for ; Mon, 14 Apr 2008 21:51:42 +0200 (CEST) (envelope-from willy@wiz.vpn.offrom.nl) Received: from willy by wiz.vpn.offrom.nl with local (Exim 4.63) (envelope-from ) id 1JlUig-0002ch-Qk for freebsd-stable@FreeBSD.ORG; Mon, 14 Apr 2008 21:52:02 +0200 Date: Mon, 14 Apr 2008 21:52:02 +0200 From: Willy Offermans To: freebsd-stable@FreeBSD.ORG Message-ID: <20080414195202.GA8714@wiz.vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.92.1/6768/Mon Apr 14 20:39:20 2008 on koko.offrom.nl X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on koko.offrom.nl X-OriginalArrivalTime: 14 Apr 2008 19:51:44.0071 (UTC) FILETIME=[F72C1D70:01C89E68] Cc: Subject: g_vfs_done() error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 20:03:53 -0000 Dear FreeBSD friends, Recently I have moved from FreeBSD 6.2 to FreeBSD 7.0. Suddenly I got a lot of error messages like the following: Apr 14 21:26:57 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621816832, length=65536)]error = 5 Apr 14 21:26:57 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621882368, length=131072)]error = 5 Apr 14 21:26:57 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290622013440, length=49152)]error = 5 Apr 14 21:27:02 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621816832, length=65536)]error = 5 Apr 14 21:27:28 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=6144)]error = 5 Apr 14 21:27:28 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621784064, length=32768)]error = 5 Apr 14 21:27:28 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621816832, length=65536)]error = 5 Apr 14 21:27:28 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621882368, length=131072)]error = 5 Apr 14 21:27:28 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290622013440, length=49152)]error = 5 Apr 14 21:27:33 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621816832, length=65536)]error = 5 Apr 14 21:27:59 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=6144)]error = 5 Apr 14 21:27:59 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621784064, length=32768)]error = 5 Apr 14 21:27:59 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621816832, length=65536)]error = 5 Apr 14 21:27:59 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621882368, length=131072)]error = 5 Apr 14 21:27:59 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290622013440, length=49152)]error = 5 Apr 14 21:28:04 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290621816832, length=65536)]error = 5 The offset seems to be totally wrong, since bsdlabel -A /dev/ar0s1 produces: # /dev/ar0s1: type: unknown disk: amnesiac label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 60799 sectors/unit: 976751937 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 41943040 0 4.2BSD 0 0 0 b: 8388608 41943040 swap c: 976751937 0 unused 0 0 # "raw" part, don't edit d: 44040192 50331648 4.2BSD 2048 16384 28552 e: 104857600 94371840 4.2BSD 2048 16384 28552 f: 209715200 199229440 4.2BSD 2048 16384 28552 g: 567807297 408944640 4.2BSD 2048 16384 28552 So the largest offset could be 408944640+567807297=976751937. But maybe we are talking about different offsets. I have no idea! If I umount -f /dev/ar0s1g then the machine suddenly reboots. An fsck on the partition doesn't indicate a severe error. The individual files do not seem to be corrupted as well. Does anybody have a clue what is going on? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 653 27 16 23 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 22:39:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CA5D106566C for ; Mon, 14 Apr 2008 22:39:26 +0000 (UTC) (envelope-from freebsd@akavia.ru) Received: from blg.akavia.ru (blg.akavia.ru [62.33.174.250]) by mx1.freebsd.org (Postfix) with ESMTP id 8E35A8FC1D for ; Mon, 14 Apr 2008 22:39:25 +0000 (UTC) (envelope-from freebsd@akavia.ru) Received: from ADMIN (localhost [127.0.0.1]) by blg.akavia.ru (8.14.2/8.14.2) with ESMTP id m3EMEr8R035011 for ; Tue, 15 Apr 2008 08:14:53 +1000 (YAKST) (envelope-from freebsd@akavia.ru) Date: Tue, 15 Apr 2008 08:14:44 +1000 From: Alexander Logvinov X-Mailer: The Bat! (v4.0.20) Professional Organization: AKA X-Priority: 3 (Normal) Message-ID: <827033263.20080415081444@akavia.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: panic when unmount cd-rom from nautilus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Logvinov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 22:39:26 -0000 Hello. # uname -a FreeBSD incubus.bsd 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52= UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i38 Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x74696272 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc07043e9 stack pointer =3D 0x28:0xd2ebfa58 frame pointer =3D 0x28:0xd2ebfa84 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 961 (nautilus) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 1h7m39s Physical memory: 367 MB Dumping 99 MB: 84 68 52 36 20 4 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0754457 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0754719 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a4905c in trap_fatal (frame=3D0xd2ebfa18, eva=3D1953063538) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a492e0 in trap_pfault (frame=3D0xd2ebfa18, usermode=3D0, eva=3D1953063538) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a49c8c in trap (frame=3D0xd2ebfa18) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc07043e9 in g_io_request (bp=3D0xc3e04bdc, cp=3D0xc38f4200) at /usr/src/sys/geom/geom_io.c:364 #8 0xc0708816 in g_vfs_strategy (bo=3D0xc3ab1940, bp=3D0xca38318c) at /usr/src/sys/geom/geom_vfs.c:107 #9 0xc07186f0 in cd9660_strategy (ap=3D0xd2ebfadc) at /usr/src/sys/fs/cd9660/cd9660_vnops.c:757 #10 0xc0a5ea5d in VOP_STRATEGY_APV (vop=3D0xc0b73980, a=3D0xd2ebfadc) at vnode_if.c:1771 #11 0xc07b3dce in bufstrategy (bo=3D0xc39de940, bp=3D0xca38318c) at vnode_if.h:935 #12 0xc07bacca in breadn (vp=3D0xc39de880, blkno=3D2, size=3D2048, rablkno=3D0x0, rabsize=3D0x0, cnt=3D0,=20 cred=3D0x0, bpp=3D0xd2ebfb70) at buf.h:429 #13 0xc07bad7c in bread (vp=3D0xc39de880, blkno=3DUnhandled dwarf expression opcode 0x93 ) at /usr/src/sys/kern/vfs_bio.c:734 #14 0xc0714660 in cd9660_blkatoff (vp=3D0xc39de880, offset=3D4096, res=3D0x= 0, bpp=3D0xd2ebfbe8) at /usr/src/sys/fs/cd9660/cd9660_lookup.c:407 #15 0xc0718f2f in cd9660_readdir (ap=3D0xd2ebfc24) at /usr/src/sys/fs/cd9660/cd9660_vnops.c:515 #16 0xc0a5dd62 in VOP_READDIR_APV (vop=3D0xc0b73980, a=3D0xd2ebfc24) at vnode_if.c:1407 #17 0xc07d86ae in getdirentries (td=3D0xc372d420, uap=3D0xd2ebfcfc) at vnode_if.h:747 #18 0xc0a49635 in syscall (frame=3D0xd2ebfd38) at /usr/src/sys/i386/i386/trap.c:1035 #19 0xc0a2fc70 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #20 0x00000033 in ?? () May be it's like http://lists.freebsd.org/pipermail/freebsd-bugs/2008-January/027744.html and kern/108968 ? --=20 WBR From owner-freebsd-stable@FreeBSD.ORG Mon Apr 14 23:28:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D2C1065670 for ; Mon, 14 Apr 2008 23:28:51 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C47E48FC25 for ; Mon, 14 Apr 2008 23:28:51 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id AB1CC1A4D7E; Mon, 14 Apr 2008 16:28:51 -0700 (PDT) Date: Mon, 14 Apr 2008 16:28:51 -0700 From: Alfred Perlstein To: Robert Blayzor Message-ID: <20080414232851.GU95731@elvis.mu.org> References: <1208170926.12349.20.camel@nawfal-desktop> <1886249E-54FF-4EFE-A7B9-C6AB2488EB4D@inoc.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1886249E-54FF-4EFE-A7B9-C6AB2488EB4D@inoc.net> User-Agent: Mutt/1.4.2.3i Cc: nawfal@googlemail.com, freebsd-stable@freebsd.org Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2008 23:28:51 -0000 * Robert Blayzor [080414 06:07] wrote: > On Apr 14, 2008, at 7:02 AM, Nawfal bin Mohmad Rouyan wrote: > >I'm using TCP and the entry in /etc/fstab on all clients is as below: > > > >build:/usr/ports /usr/ports nfs > >tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > >build:/usr/src /usr/src nfs > >tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > >build:/usr/obj /usr/obj nfs > >tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > > > > Are -r and -w really needed/useful for TCP mounts? yes. > > -- > Robert Blayzor, BOFH > INOC, LLC > rblayzor@inoc.net > http://www.inoc.net/~rblayzor/ > > Mac OS X. Because making Unix user-friendly is easier than debugging > Windows. > > > > > > > _______________________________________________ > 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" -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 00:04:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62D0D106564A; Tue, 15 Apr 2008 00:04:21 +0000 (UTC) (envelope-from rblayzor.bulk@inoc.net) Received: from mx1-b.inoc.net (mx1-b.inoc.net [64.246.131.28]) by mx1.freebsd.org (Postfix) with ESMTP id BF4228FC0A; Tue, 15 Apr 2008 00:04:20 +0000 (UTC) (envelope-from rblayzor.bulk@inoc.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=inoc.net; h=Received:From:To:Subject:Date; b=AQG/51q2eYVtCtFS1H5is3AL8b1tQWWrqMA2spGg8ZK1pTVKx62picFie/k24p3BzBVNqF8l4+kUrtO3dyw5jPXueynZeysDjkJsByH0bnnwObG1CowxyNP6qebH4MeFvm/upPIWGZkaaETKNT+Y/iCTYXErd9MIGDfbqFjMTLQ=; Received: from [172.16.0.199] (cpe-74-76-249-18.nycap.res.rr.com [74.76.249.18]) by mx1-b.inoc.net (build v8.3.7) with ESMTP id 143115226-1941382 for multiple; Tue, 15 Apr 2008 00:04:20 +0000 (UTC) Message-Id: <10B588A9-926B-47DC-8CB5-581FFA77DA31@inoc.net> From: Robert Blayzor To: Alfred Perlstein In-Reply-To: <20080414232851.GU95731@elvis.mu.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 14 Apr 2008 20:04:17 -0400 References: <1208170926.12349.20.camel@nawfal-desktop> <1886249E-54FF-4EFE-A7B9-C6AB2488EB4D@inoc.net> <20080414232851.GU95731@elvis.mu.org> X-Mailer: Apple Mail (2.919.2) Cc: nawfal@googlemail.com, freebsd-stable@freebsd.org Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 00:04:21 -0000 On Apr 14, 2008, at 7:28 PM, Alfred Perlstein wrote: > >> Are -r and -w really needed/useful for TCP mounts? > > yes. Really? Please explain then, because the mount_nfs man page contradicts this... "Set the read data size to the specified value. It should nor- mally be a power of 2 greater than or equal to 1024. This should be used for UDP mounts when the ``fragments dropped due to timeout'' value is getting large while actively using a mountpoint." and "Set the write data size to the specified value. Ditto the comments w.r.t. the -r option, but using the ``fragments dropped due to timeout'' value on the server instead of the client. Note that both the -r and -w options should only be used as a last ditch effort at improving performance when mounting servers that do not support TCP mounts." -- Robert Blayzor, BOFH INOC, LLC rblayzor@inoc.net http://www.inoc.net/~rblayzor/ Mac OS X. Because making Unix user-friendly is easier than debugging Windows. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 00:37:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62BD5106566C for ; Tue, 15 Apr 2008 00:37:02 +0000 (UTC) (envelope-from nawfal@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 32F5C8FC21 for ; Tue, 15 Apr 2008 00:37:02 +0000 (UTC) (envelope-from nawfal@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so882777rvf.43 for ; Mon, 14 Apr 2008 17:37:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; bh=mn+RBDL+7iE5YDXVknBZRYH/qjauL4HxRroPQIb5krg=; b=NvK4RV3CrVHRXJJgkTwF6b7ST6lVzff6P8Z7LOtcjoxqnr3d6eniDzgzU7KcdWutN3/YuImi7uDqDMe3HKZQOBY5OVqD8160O1L6wYwkWudYMJi0hs9O44rUc/e8huGcybFCh0kz1FZHOcdcCeZKCIJWxXul7CZOF6TWVvJpE6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; b=Xn0zP+gfeNLL2jYq7hvWdr3kDWd4SJg56PeXd23p9bcr6N2NheiCERo+D5hcIMDns3Qvj1SnY6pi7zHR3EmB9u3kY8gWuUvTL2KYe/DpxJDqyl/Aln8nJBmIa82QH5rReGNw9kVxHLIHwct/WnmKgwShb5QS29Wmf1FNOmyLVF8= Received: by 10.141.162.16 with SMTP id p16mr3863127rvo.243.1208219821883; Mon, 14 Apr 2008 17:37:01 -0700 (PDT) Received: from ?10.101.8.78? ( [203.106.65.8]) by mx.google.com with ESMTPS id b39sm10972110rvf.8.2008.04.14.17.36.59 (version=SSLv3 cipher=RC4-MD5); Mon, 14 Apr 2008 17:37:00 -0700 (PDT) To: Claus Guttesen In-Reply-To: References: <1208170926.12349.20.camel@nawfal-desktop> Content-Type: text/plain Date: Tue, 15 Apr 2008 08:36:49 +0800 Message-Id: <1208219809.12349.30.camel@nawfal-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit From: Nawfal bin Mohmad Rouyan Cc: freebsd-stable@freebsd.org Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nawfal@googlemail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 00:37:02 -0000 On Mon, 2008-04-14 at 13:58 +0200, Claus Guttesen wrote: > > I have an issue with NFS /etc/exports file. The entry in my exports file > > is as below: > > > > /usr -alldirs -maproot=0:0 zerg hulk protoss terran > > > > OK just tested again, this only happens right after freshly booting > > 'build'. If I do > > > > kill -s HUP `cat /var/run/mountd.pid` > > > > to reread the /etc/exports fileon 'build', then I have no problem > > mounting the shared directory from the first host in the list. Is this a > > bug or is the entry in the /etc/exports file is wrong? > > Do you have any errors when you reboot related to nfs? > LOL! I forgot to check the console at boot. Been administering all the machines remotely and you forget to do the most basic thing. *sigh* Anyways, yes there was an error when starting mountd. It takes a few seconds to start but then it failed giving mount[618] error saying it can't resolve the first host in /etc/exports file. I add the first host in /etc/hosts file and reboot but then mountd can't resolve the second host in the list. So right now I use the machines IP addresses in /etc/exports file and it works flawlessly. Perhaps I need to set mountd to start later in the boot process so that it can resolve the hostnames in /etc/exports file? Thanks though. Really appreciate your tip! -- Nawfal bin Mohmad Rouyan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 01:59:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9C4A106566B for ; Tue, 15 Apr 2008 01:59:30 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 994708FC20 for ; Tue, 15 Apr 2008 01:59:30 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.2/8.14.2) with ESMTP id m3F1xSKu032369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 Apr 2008 20:59:29 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.2/8.14.2/Submit) id m3F1xSA8032366; Mon, 14 Apr 2008 20:59:28 -0500 (CDT) (envelope-from dan) Date: Mon, 14 Apr 2008 20:59:28 -0500 From: Dan Nelson To: Alfred Perlstein Message-ID: <20080415015928.GB59360@dan.emsphone.com> References: <1208170926.12349.20.camel@nawfal-desktop> <1886249E-54FF-4EFE-A7B9-C6AB2488EB4D@inoc.net> <20080414232851.GU95731@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080414232851.GU95731@elvis.mu.org> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.17 (2007-11-01) Cc: nawfal@googlemail.com, freebsd-stable@freebsd.org, Robert Blayzor Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 01:59:30 -0000 In the last episode (Apr 14), Alfred Perlstein said: > * Robert Blayzor [080414 06:07] wrote: > > On Apr 14, 2008, at 7:02 AM, Nawfal bin Mohmad Rouyan wrote: > > >I'm using TCP and the entry in /etc/fstab on all clients is as below: > > > > > >build:/usr/ports /usr/ports nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > > >build:/usr/src /usr/src nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > > >build:/usr/obj /usr/obj nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > > > > Are -r and -w really needed/useful for TCP mounts? > > yes. This is interesting: according to mountnfs() in nfs_vfsops.c, those are already the kernel defaults: if ((argp->flags & NFSMNT_NFSV3) && argp->sotype == SOCK_STREAM) { nmp->nm_wsize = nmp->nm_rsize = NFS_MAXDATA; } else { nmp->nm_wsize = NFS_WSIZE; nmp->nm_rsize = NFS_RSIZE; } $ grep nfs_maxdata /sys/nfs/* /sys/nfs/nfsproto.h:#define NFS_MAXDATA 32768 But it looks like /sbin/mount_nfs always overrides them to NFS_WSIZE and NFS_RSIZE (both 8K) in its nfsdefargs struct. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 03:34:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A57B21065671 for ; Tue, 15 Apr 2008 03:34:45 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 928DA8FC0A for ; Tue, 15 Apr 2008 03:34:45 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 5CDBE1A4D7E; Mon, 14 Apr 2008 20:34:45 -0700 (PDT) Date: Mon, 14 Apr 2008 20:34:45 -0700 From: Alfred Perlstein To: Robert Blayzor Message-ID: <20080415033445.GX95731@elvis.mu.org> References: <1208170926.12349.20.camel@nawfal-desktop> <1886249E-54FF-4EFE-A7B9-C6AB2488EB4D@inoc.net> <20080414232851.GU95731@elvis.mu.org> <10B588A9-926B-47DC-8CB5-581FFA77DA31@inoc.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10B588A9-926B-47DC-8CB5-581FFA77DA31@inoc.net> User-Agent: Mutt/1.4.2.3i Cc: nawfal@googlemail.com, freebsd-stable@freebsd.org Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 03:34:45 -0000 * Robert Blayzor [080414 17:04] wrote: > On Apr 14, 2008, at 7:28 PM, Alfred Perlstein wrote: > > > >>Are -r and -w really needed/useful for TCP mounts? > > > >yes. > > > Really? Please explain then, because the mount_nfs man page > contradicts this... The documentation you cite is only relevant for UDP mounts. Basically, making the read/write size larger will allow more data to be sent with each RPC which reduces the uh, overhead. :) -Alfred > > "Set the read data size to the specified value. It should nor- > mally be a power of 2 greater than or equal to 1024. This should > be used for UDP mounts when the ``fragments dropped due to > timeout'' value is getting large while actively using a mountpoint." > > and > > "Set the write data size to the specified value. Ditto the comments > w.r.t. > the -r option, but using the ``fragments dropped due to timeout'' > value on > the server instead of the client. Note that both the -r and -w > options should > only be used as a last ditch effort at improving performance when > mounting servers > that do not support TCP mounts." > > > -- > Robert Blayzor, BOFH > INOC, LLC > rblayzor@inoc.net > http://www.inoc.net/~rblayzor/ > > Mac OS X. Because making Unix user-friendly is easier than debugging > Windows. > > > > > > > _______________________________________________ > 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" -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 03:37:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 662C61065675 for ; Tue, 15 Apr 2008 03:37:02 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 535E58FC19 for ; Tue, 15 Apr 2008 03:37:02 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 212701A4D7E; Mon, 14 Apr 2008 20:37:02 -0700 (PDT) Date: Mon, 14 Apr 2008 20:37:02 -0700 From: Alfred Perlstein To: Dan Nelson Message-ID: <20080415033702.GY95731@elvis.mu.org> References: <1208170926.12349.20.camel@nawfal-desktop> <1886249E-54FF-4EFE-A7B9-C6AB2488EB4D@inoc.net> <20080414232851.GU95731@elvis.mu.org> <20080415015928.GB59360@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080415015928.GB59360@dan.emsphone.com> User-Agent: Mutt/1.4.2.3i Cc: nawfal@googlemail.com, freebsd-stable@freebsd.org, Robert Blayzor Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 03:37:02 -0000 * Dan Nelson [080414 20:24] wrote: > In the last episode (Apr 14), Alfred Perlstein said: > > * Robert Blayzor [080414 06:07] wrote: > > > On Apr 14, 2008, at 7:02 AM, Nawfal bin Mohmad Rouyan wrote: > > > >I'm using TCP and the entry in /etc/fstab on all clients is as below: > > > > > > > >build:/usr/ports /usr/ports nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > > > >build:/usr/src /usr/src nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > > > >build:/usr/obj /usr/obj nfs tcp,intr,nfsv3,-w=32768,-r=32768,rw,noauto 0 0 > > > > > > Are -r and -w really needed/useful for TCP mounts? > > > > yes. > > This is interesting: according to mountnfs() in nfs_vfsops.c, those are > already the kernel defaults: > > if ((argp->flags & NFSMNT_NFSV3) && argp->sotype == SOCK_STREAM) { > nmp->nm_wsize = nmp->nm_rsize = NFS_MAXDATA; > } else { > nmp->nm_wsize = NFS_WSIZE; > nmp->nm_rsize = NFS_RSIZE; > } > > $ grep nfs_maxdata /sys/nfs/* > /sys/nfs/nfsproto.h:#define NFS_MAXDATA 32768 > > But it looks like /sbin/mount_nfs always overrides them to NFS_WSIZE > and NFS_RSIZE (both 8K) in its nfsdefargs struct. Yeah, not sure what to make of this. :) Using packet size greater than 8k for UDP mounts can really make your life miserable because a single dropped IP packet will force retransmit of the whole packet. In my experience when using TCP it's really good to go to 32k. -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 06:00:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D35106564A for ; Tue, 15 Apr 2008 06:00:23 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 68AB58FC19 for ; Tue, 15 Apr 2008 06:00:23 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 6839 invoked from network); 15 Apr 2008 01:00:22 -0500 Received: from 124-170-157-70.dyn.iinet.net.au (HELO localhost) (124.170.157.70) by sigma.octantis.com.au with (DHE-RSA-AES128-SHA encrypted) SMTP; 15 Apr 2008 01:00:22 -0500 Date: Tue, 15 Apr 2008 16:00:13 +1000 From: Norberto Meijome To: Unga Message-ID: <20080415160013.0738975c@meijome.net> In-Reply-To: <800020.59686.qm@web57008.mail.re3.yahoo.com> References: <800020.59686.qm@web57008.mail.re3.yahoo.com> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 06:00:23 -0000 On Fri, 11 Apr 2008 07:26:05 -0700 (PDT) Unga wrote: > I listen to FLAC on amarok on professional headphones > at the same time browsing web while compiling 'make > buildworld' :) /me confused... are you saying it your music listening is not affected by building world while on 4BSD or ULE ? FWIW, i've recently (about 3 weeks) switched to ULE and I have also seen better performance under heavy load. CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 B _________________________ {Beto|Norberto|Numard} Meijome Software isn't released.... it escapes. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 07:39:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20DED1065673 for ; Tue, 15 Apr 2008 07:39:30 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id CD2578FC12 for ; Tue, 15 Apr 2008 07:39:29 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so545197anc.13 for ; Tue, 15 Apr 2008 00:39:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/NrwqWaDiLvuoSY3C3qpJvbb8KMGH8Ig+V49HrRaKMk=; b=TGxdtKsd4JcZ/DGOBg3NMaQEJsYktN/NVLwb+bBQpCNB7sXc38epkMkayQ8W0cUkiEc77m9z7KNXwP7hUmq3ASCwQa6+mV1gm1olbS/1UPeU1C8NhG2BqR8ky/Iop6F1cH+8rQY5lf0PAgkdobjlTr/kWuPxFiwAqaJtycMwyaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CxbPCUGwN2YIVKoVmZHYRiWdJR5QtcdIJ+ST682o21hPihxKwsjgzcQ/iWSeTvlHQbvoGb13QrO6CdTEJ+DDR5hMzZsYC0OWNnmPFXsfyLkKsWa5UXFb8BEgAEwFcRHTHDddFCg1zwKEH/d9yfTEJUqsQUPZ3mf9sxmt1f/DYx4= Received: by 10.100.229.12 with SMTP id b12mr14286695anh.57.1208245169074; Tue, 15 Apr 2008 00:39:29 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Tue, 15 Apr 2008 00:39:28 -0700 (PDT) Message-ID: Date: Tue, 15 Apr 2008 09:39:28 +0200 From: "Claus Guttesen" To: nawfal@googlemail.com In-Reply-To: <1208219809.12349.30.camel@nawfal-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1208170926.12349.20.camel@nawfal-desktop> <1208219809.12349.30.camel@nawfal-desktop> Cc: freebsd-stable@freebsd.org Subject: Re: NFS and /etc/exports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 07:39:30 -0000 > > Do you have any errors when you reboot related to nfs? > > > > LOL! I forgot to check the console at boot. Been administering all the > machines remotely and you forget to do the most basic thing. *sigh* > > Anyways, yes there was an error when starting mountd. It takes a few > seconds to start but then it failed giving mount[618] error saying it > can't resolve the first host in /etc/exports file. > > I add the first host in /etc/hosts file and reboot but then mountd can't > resolve the second host in the list. So right now I use the machines IP > addresses in /etc/exports file and it works flawlessly. > > Perhaps I need to set mountd to start later in the boot process so that > it can resolve the hostnames in /etc/exports file? I had similar problems a while ago with nfs not mounting but that was related to the spanning-tree-algorithm on our switches which made the first nfs-mount incomplete. So I added this entry to root's crontab: @reboot /sbin/mount -a > Thanks though. Really appreciate your tip! :-) -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 09:11:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AB631065670 for ; Tue, 15 Apr 2008 09:11:12 +0000 (UTC) (envelope-from mariamayer.online@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id AD2628FC12 for ; Tue, 15 Apr 2008 09:11:11 +0000 (UTC) (envelope-from mariamayer.online@freenet.de) Received: from [195.4.92.23] (helo=13.mx.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.69) (envelope-from ) id 1JlhC2-0003Mn-B6 for freebsd-stable@freebsd.org; Tue, 15 Apr 2008 11:11:10 +0200 Received: from [194.74.163.97] (port=2617 helo=Golden) by 13.mx.freenet.de with esmtpa (ID mariamayer.online@freenet.de) (port 587) (Exim 4.69 #12) id 1JlhC2-0007jZ-1h for freebsd-stable@freebsd.org; Tue, 15 Apr 2008 11:11:10 +0200 Date: Tue, 15 Apr 2008 10:11:12 +0100 X-Mailer: Dennismail v4.8 Message-ID: <20080415091112453.0D9B50DB6DD75638@Golden> From: mariamayer.online@freenet.de To: freebsd-stable@freebsd.org Sender: mariamayer.online@freenet.de Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: YOUR NAME HAS BEEN LISTED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 09:11:12 -0000 UK ESSEX PROMO 12th April, 2008 Dear Winner, This is to inform you that your email ID has won you the sum of £500,000.00 (five hundred thousand pounds) in the new year UK ESSEX PROMOTION conducted with the computer balloting system and your email won with the winning numbers stated below; Coupon Number: H88H78 Online Number: 65/76/90 Ticket Number: 965/435/7855 PIN: UK765XX This is a millennium scientific computer game in which email addresses were used and it is a promotional program aimed at encouraging internet users; therefore you do not need to buy ticket to enter for the game. The lottery is sponsored by a regional organization belonging to the World Lottery Association (WLA) which represents 147 lotteries from 81countries, with combined annual revenues in excess of US$102 billion. In your best interest, we request that you keep the entire details of your award strictly from public notice until the process of transferring your claims has been completed. This is in accordance with section 13(1) (n) of the national gambling act as adopted in 1993 and amended on 3rd July 1996 by the constitutional assembly. This is to protect winners and to avoid misappropriation of funds. PAYMENT OF PRIZE AND CLAIM Winners shall be paid in accordance with his/her Settlement Centre. Your Prize Award must be claimed no later than 15 days from date of Draw Notification. Any prize not claimed within this period will be forfeited. In pursuant to your prize collection, kindly contact the processing officer in charge of your region by completing the form below for due verification, then send via fax or email to the processing officer with information below for guildance on how to notarize your file to enable us make payment of your prize money to you. Essex Program Claims Department Tel/Fax: +(44) 704 090 0534, 700 607 9654 Contact Person: Joe M. Anderson E-Mail: joemanderson@searchmachine.com (1)NAME OF BENEFICIARY:_______________________________________________ (2)ADDRESS:__________________________________________________________ (3)TELEPHONE:_________________________________________________________ (4)FAX:________________________________________________________________ (5)OCCUPATION:_______________________________________________________ (6)NATIONALITY:_______________________________________________________ (7)CITY:_______________________________________________________________ (8)COUNTRY:___________________________________________________________ (9)COUPON NUMBERS:____________________________________________________ (10)TICKET NUMBERS:____________________________________________________ (11)WINNER'S EMAIL ADDRESS:____________________________________________ I WANT TO BE PAID BY: a/BANK TRANSFER. b/PERSONAL COLLECTION. Send your details by fax if you find it difficult sending an email. Congratulations from all our staff. Sincerely Yours, Maria Mayer. International Co-ordinator Copyright (c) 2008 Euro Millions Inc. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 09:44:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C235106564A for ; Tue, 15 Apr 2008 09:44:17 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 338078FC2D for ; Tue, 15 Apr 2008 09:44:16 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so556608anc.13 for ; Tue, 15 Apr 2008 02:44:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=iTmAMzG7YEghtycfLvHe+8GSQ3YQEvUJEIrakB0H/dI=; b=gaLrXhakof5vhbsppGYFE6pNUu9dV7Fm9lUM961LT4oQYCcvuXM/Hdiuh9q6+GiGRbyMlma7iEaYgZn6hJ5PI4/qy9sirXM9J7Twd3+DqcjUCKhP9R8HTFohDXc4xy6HTajgQ9wfQu70mwHATQ2nqD7dB+e7zpiqSIFdT3lsqgA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AGepCiH4GgDc/zF7fTGElING4y8SW61xf0E8Y4AgoqUZGDDmRk5S4pPx5rGl3n44fE/EOTGMIi8wQSVcdgDfvoTRJc8ArQotTkNEVlKs84FMkJWMn4nD3/Pw4qc+bQknUugZuey0a3I7PahP5fJjK6Yh6Sow4oj+5y9u9/rL8sU= Received: by 10.100.240.17 with SMTP id n17mr14519355anh.49.1208252656377; Tue, 15 Apr 2008 02:44:16 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Tue, 15 Apr 2008 02:44:16 -0700 (PDT) Message-ID: Date: Tue, 15 Apr 2008 11:44:16 +0200 From: "Claus Guttesen" To: jbsnyder In-Reply-To: <16491496.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <16447331.post@talk.nabble.com> <16491496.post@talk.nabble.com> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & Bittorent -> Hang? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 09:44:17 -0000 > > http://wiki.freebsd.org/ZFSKnownProblems > > > > This looks like #1. > > > > Hmm.. I don't think there's a large amount of transfer between UFS & ZFS, > unless the client is using /tmp a lot, it should all be on ZFS. > > I noted #4 as well, and therefore tried disabling prefetch. I can't seem to > get it to hang now. I queued up a bunch of different torrents (full freebsd > 7 amd64 & i386, some other random things), and they all completed without > leading to me being locked out or any processes waiting on zfs. > > I'll try some testing this weekend to see if I can reproduce the lock-up > again by re-enabling prefetch. Perhaps we can confirm that issue? Should I > bother with trying to run CURRENT or should any testing I do be done with > STABLE. I don't see any indication that there might be experimental patches > for dealing with this or related issues. Were you able to reproduce the lock-up by re-enabling prefetch? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 09:59:55 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6C0D1065673 for ; Tue, 15 Apr 2008 09:59:55 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id C32818FC0C for ; Tue, 15 Apr 2008 09:59:55 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id m3F8b6U4011667 for ; Tue, 15 Apr 2008 01:37:06 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3F8L0i6085161 for ; Tue, 15 Apr 2008 01:21:02 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3F8K7DS004844 for ; Tue, 15 Apr 2008 01:20:07 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3F8K6wV070350 for ; Tue, 15 Apr 2008 01:20:07 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 15 Apr 2008 17:20:05 +0900 Message-ID: From: gnn@freebsd.org To: stable@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Bayes-Prob: 0.5 (Score 0) X-Spam-Score: 1.90 (*) [Tag at 5.00] COMBINED_FROM, J_CHICKENPOX_42, J_CHICKENPOX_43, NO_REAL_NAME X-CanItPRO-Stream: default X-Canit-Stats-ID: 124629 - cbfe857ea584 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: Subject: A bug in g++ exceptions on 7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 09:59:56 -0000 Howdy, We believe we've found a bug in the libgcc or libstdc++ library (not sure which one) packaged with the gcc43 port in fbsd7 on an Intel x86-64. A program linked against those libraries aborts when an exception is thrown. It does not abort if -lpthread is added to the link line, even though the program does not use threads. I believe the problem is related to the pthread stubs in libgcc, but I don't know enough to find the exact problem or fix it. An example is below. My system: >uname -a FreeBSD testlab5 7.0-STABLE FreeBSD 7.0-STABLE #1: Thu Feb 28 10:06:47 EST 2008 root@builder:/usr/obj/usr/sources/FreeBSD.7/src/sys/GENERIC amd64 >which g++43 /usr/local/bin/g++43 >g++43 --version g++43 (GCC) 4.3.1 20080313 (prerelease) etc. >echo $LD_LIBRARY_PATH /usr/local/lib/gcc-4.3.1 Sample program. When compiled with "g++43 test.cc" , it aborts upon the throw. When compiled with "g++43 test.cc -lpthread", it runs correctly. #include int main(int argc, char* argv[]) { try { throw 1; } catch (...) { printf("Caught exception\n"); } } Again, it only aborts when omitting -lpthread AND using the dynamic libs in /usr/local/lib/gcc-4.3.1. If we unsetenv LD_LIBRARY_PATH, libraries are loaded from the base fbsd7 installation in /usr/lib, which works. Thoughts? BTW We don't have a compiler issues mailing list I notice. Later, George From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 10:10:14 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3208A106564A for ; Tue, 15 Apr 2008 10:10:14 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0248FC16 for ; Tue, 15 Apr 2008 10:10:14 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 10F001CC033; Tue, 15 Apr 2008 03:10:14 -0700 (PDT) Date: Tue, 15 Apr 2008 03:10:14 -0700 From: Jeremy Chadwick To: gnn@freebsd.org Message-ID: <20080415101014.GA73963@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org, Jeff Brown Subject: Re: A bug in g++ exceptions on 7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 10:10:14 -0000 On Tue, Apr 15, 2008 at 05:20:05PM +0900, gnn@freebsd.org wrote: > We believe we've found a bug in the libgcc or libstdc++ library (not > sure which one) packaged with the gcc43 port in fbsd7 on an Intel > x86-64. > ... > Thoughts? http://lists.freebsd.org/pipermail/freebsd-stable/2008-April/041745.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 10:15:30 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E801B106566C for ; Tue, 15 Apr 2008 10:15:30 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id C8AC48FC12 for ; Tue, 15 Apr 2008 10:15:30 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3FAFRiA088228; Tue, 15 Apr 2008 03:15:30 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3FAEj6g039348; Tue, 15 Apr 2008 03:14:45 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3FAEi7F089186; Tue, 15 Apr 2008 03:14:45 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 15 Apr 2008 19:14:44 +0900 Message-ID: From: gnn@freebsd.org To: Jeremy Chadwick In-Reply-To: <20080415101014.GA73963@eos.sc1.parodius.com> References: <20080415101014.GA73963@eos.sc1.parodius.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: stable@freebsd.org, Jeff Brown Subject: Re: A bug in g++ exceptions on 7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 10:15:31 -0000 At Tue, 15 Apr 2008 03:10:14 -0700, Jeremy Chadwick wrote: > > On Tue, Apr 15, 2008 at 05:20:05PM +0900, gnn@freebsd.org wrote: > > We believe we've found a bug in the libgcc or libstdc++ library (not > > sure which one) packaged with the gcc43 port in fbsd7 on an Intel > > x86-64. > > ... > > Thoughts? > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-April/041745.html Right, just wondering if there was a way to debug that, or a person to talk to or... Later, George From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 10:41:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E34391065670; Tue, 15 Apr 2008 10:41:56 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B7DD08FC24; Tue, 15 Apr 2008 10:41:56 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3FAfrZs023750; Tue, 15 Apr 2008 10:41:54 GMT (envelope-from davidxu@freebsd.org) Message-ID: <480486C9.1000102@freebsd.org> Date: Tue, 15 Apr 2008 18:43:21 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20071211) MIME-Version: 1.0 To: gnn@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: A bug in g++ exceptions on 7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 10:41:57 -0000 gnn@freebsd.org wrote: > Howdy, > > We believe we've found a bug in the libgcc or libstdc++ library (not > sure which one) packaged with the gcc43 port in fbsd7 on an Intel > x86-64. A program linked against those libraries aborts when an > exception is thrown. It does not abort if -lpthread is added to the > link line, even though the program does not use threads. I believe > the problem is related to the pthread stubs in libgcc, but I don't > know enough to find the exact problem or fix it. An example is below. Not sure if this patch might help you: http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/gcc/gthr-posix.h.diff?r1=1.1.1.8;r2=1.1.1.8.4.1;f=h Regards, David Xu From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 12:59:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 974111065673 for ; Tue, 15 Apr 2008 12:59:52 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 7456E8FC1F for ; Tue, 15 Apr 2008 12:59:52 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 64.3.1.253.ptr.us.xo.net ([64.3.1.253]:26297 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JlklK-0006ht-I7 for freebsd-stable@freebsd.org; Tue, 15 Apr 2008 07:59:52 -0500 From: "Larry Rosenman" To: Date: Tue, 15 Apr 2008 07:59:40 -0500 Message-ID: <00df01c89ef8$9733c6d0$c59b5470$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acie+JELOFhPEooLSduBKTjr9AQvCw== Content-Language: en-us X-Spam-Score: -2.4 (--) X-LERCTR-Spam-Score: -2.4 (--) X-Spam-Report: SpamScore (-2.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931, TW_UH=0.077 X-LERCTR-Spam-Report: SpamScore (-2.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931, TW_UH=0.077 DomainKey-Status: no signature Subject: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 12:59:52 -0000 I thought this was gone, but on a kernel from Saturday I'm seeing a bunch of these: calcru: runtime went backwards from 65109085931 usec to 61451418084 usec for pid 1384 (FahCore_78.exe) calcru: runtime went backwards from 65061446064 usec to 61427333429 usec for pid 1400 (FahCore_a0.exe) calcru: runtime went backwards from 65098513979 usec to 61461484768 usec for pid 1397 (FahCore_a0.exe) calcru: runtime went backwards from 7583892 usec to 7395604 usec for pid 1377 (FahCore_a0.exe) calcru: runtime went backwards from 7715084 usec to 7585681 usec for pid 1375 (FahCore_a0.exe) calcru: runtime went backwards from 1259 usec to 1189 usec for pid 1372 (FAH504-3-Linux.exe) calcru: runtime went backwards from 1295 usec to 1222 usec for pid 1369 (FAH504-2-Linux.exe) calcru: runtime went backwards from 5679294 usec to 5617155 usec for pid 1367 (FahCore_78.exe) calcru: runtime went backwards from 1846 usec to 1742 usec for pid 1364 (FAH504-Linux.exe) calcru: runtime went backwards from 3564 usec to 3363 usec for pid 1362 (getty) calcru: runtime went backwards from 2834 usec to 2674 usec for pid 1361 (getty) calcru: runtime went backwards from 2453 usec to 2315 usec for pid 1360 (getty) calcru: runtime went backwards from 4438 usec to 4188 usec for pid 1359 (getty) calcru: runtime went backwards from 3337 usec to 3149 usec for pid 1358 (getty) calcru: runtime went backwards from 3351 usec to 3163 usec for pid 1357 (getty) calcru: runtime went backwards from 3590 usec to 3387 usec for pid 1356 (getty) calcru: runtime went backwards from 5498 usec to 5188 usec for pid 1334 (inetd) calcru: runtime went backwards from 156 usec to 147 usec for pid 1307 (moused) calcru: runtime went backwards from 4315 usec to 4072 usec for pid 1292 (p4web) calcru: runtime went backwards from 1019 usec to 961 usec for pid 1236 (bacula-sd) calcru: runtime went backwards from 6084684 usec to 5742177 usec for pid 1180 (FAH504-Linux.exe) calcru: runtime went backwards from 12073757 usec to 11394126 usec for pid 1168 (FAH504-2-Linux.exe) calcru: runtime went backwards from 12053145 usec to 11374675 usec for pid 1156 (FAH504-3-Linux.exe) calcru: runtime went backwards from 28433 usec to 26833 usec for pid 822 (nfsd) calcru: runtime went backwards from 1880 usec to 1774 usec for pid 820 (mountd) calcru: runtime went backwards from 328751 usec to 310246 usec for pid 759 (java) calcru: runtime went backwards from 872 usec to 823 usec for pid 659 (devd) calcru: runtime went backwards from 14250 usec to 13448 usec for pid 659 (devd) calcru: runtime went backwards from 332 usec to 314 usec for pid 352 (adjkerntz) calcru: runtime went backwards from 1239633054 usec to 1183677040 usec for pid 190 (spa_zio_intr_1) calcru: runtime went backwards from 1234748390 usec to 1178920371 usec for pid 189 (spa_zio_intr_1) calcru: runtime went backwards from 1235958582 usec to 1180229129 usec for pid 188 (spa_zio_intr_1) calcru: runtime went backwards from 1235221753 usec to 1179466662 usec for pid 187 (spa_zio_intr_1) calcru: runtime went backwards from 10474 usec to 10311 usec for pid 44 (irq1: atkbd0) calcru: runtime went backwards from 280 usec to 265 usec for pid 42 (irq14: ata0) calcru: runtime went backwards from 284 usec to 268 usec for pid 33 (irq17: uhci0 ehci0) calcru: runtime went backwards from 1536 usec to 1450 usec for pid 29 (swi2: cambio) calcru: runtime went backwards from 6263 usec to 6175 usec for pid 26 (swi6: Giant taskq) calcru: runtime went backwards from 11857 usec to 11189 usec for pid 24 (swi5: +) calcru: runtime went backwards from 627055449 usec to 592838089 usec for pid 1 (init) calcru: runtime went backwards from 7763 usec to 7326 usec for pid 0 (swapper) How can I help debug? This is on a amd64 kernel, with Dual Xeon 5120's. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 14:11:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC934106564A for ; Tue, 15 Apr 2008 14:11:39 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.123]) by mx1.freebsd.org (Postfix) with ESMTP id 72B638FC0A for ; Tue, 15 Apr 2008 14:11:39 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost ([69.203.87.53]) by hrndva-omta02.mail.rr.com with ESMTP id <20080415141138.FVUS22186.hrndva-omta02.mail.rr.com@localhost> for ; Tue, 15 Apr 2008 14:11:38 +0000 Date: Tue, 15 Apr 2008 10:11:38 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20080415141138.GA33154@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <00df01c89ef8$9733c6d0$c59b5470$@org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <00df01c89ef8$9733c6d0$c59b5470$@org> User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 14:11:39 -0000 On Tue, Apr 15, 2008 at 07:59:40AM -0500, Larry Rosenman wrote: > I thought this was gone, but on a kernel from Saturday I'm seeing a bunch of > these: This one is covered in the FAQ in the troubleshooting section, 5.19. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: Oh my god! She killed him! (touches dust) Oops. My bad. It's just dust. I forgot to clean under the rug. Doyle: What are you trying to give me a heart attack? Cordelia: Hey, don't blame me if he's too cheap to hire a cleaning lady. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 14:20:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A547C1065671 for ; Tue, 15 Apr 2008 14:20:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 936F38FC23 for ; Tue, 15 Apr 2008 14:20:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 8EC4E1CC033; Tue, 15 Apr 2008 07:20:34 -0700 (PDT) Date: Tue, 15 Apr 2008 07:20:34 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20080415142034.GA80792@eos.sc1.parodius.com> References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080415141138.GA33154@mail.scottro.net> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 14:20:34 -0000 On Tue, Apr 15, 2008 at 10:11:38AM -0400, Scott Robbins wrote: > On Tue, Apr 15, 2008 at 07:59:40AM -0500, Larry Rosenman wrote: > > I thought this was gone, but on a kernel from Saturday I'm seeing a bunch of > > these: > > This one is covered in the FAQ in the troubleshooting section, 5.19. And what the FAQ doesn't cover is here: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues * EIST (Intel SpeedStep) incompatibilities with Supermicro PDSMI+ motherboards (and possibly others) * Symptom: kernel outputs messages like kernel: calcru: negative runtime of -XXXXX usec for pid XX * Workaround: Disable the EIST feature in the BIOS. You can still achieve ACPI-based processor frequency throttling by using powerd(8). * Reference: http://lists.freebsd.org/pipermail/freebsd-questions/2006-October/133253.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 14:40:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2DF1106564A for ; Tue, 15 Apr 2008 14:40:21 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 70EFC8FC12 for ; Tue, 15 Apr 2008 14:40:21 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Jlm4y-00042U-UI>; Tue, 15 Apr 2008 16:24:12 +0200 Received: from [217.19.45.130] (helo=[192.168.53.232]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Jlm4y-0002sz-Pd>; Tue, 15 Apr 2008 16:24:12 +0200 Message-ID: <4804BA8B.1020905@mail.zedat.fu-berlin.de> Date: Tue, 15 Apr 2008 16:24:11 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.12 (X11/20080311) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 217.19.45.130 Cc: unga888@yahoo.com, freebsd-stable@freebsd.org Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 14:40:22 -0000 Hello, I experience also a strange lagg when using SCHED_ULE and FreeBSD 7.0 on AMD64 platforms with and without UP. I tried to track on FreeBSD 7 from the very early days, so I noticed some performance impacts last year when something chenged in the scheduling. I'm not very familiar with the differences, changes and changes in paradigm when 7.0 was introduced, but the experience of massive lagging and slowing down the box when either heavy SATA IO and network IO is performed is aware since then. At this very moment I use a private AMD64 box, a P4 box and a Q6600 (QuadCore) box, all with very similar kernel configurations, if possible. The AMD64 box is based on AMDs single core CPU 3500+ at 2,2 GHz running a UP (64bit) kernel, the P4 is a SMT capable CPU running a SMP kernel (32bit) and so the more modern Q6600 quad core box (64bit). All of them running FreeBSD 7.0 with most recent builds. On the SMP capable boxes I still recognize lagging and getting stuck when building world and having also X11 running with some applications like Firefox. But due to the performance of the quad core box this isn't obvious in most times. On the 32Bit box with hyperthreading I see this performance drops/laggs also, but not as massively as I relaize this on the potentially faster UP, 64Bit box with UP kernel. On the pure 64bit UP box, desktop get stuck for nearly a minute when doing a buildworld (make -j2 or make -j1 doesn't matter, make -j4 gets worse). This performance impact is also noticable when doing heavy network I/O, the throughput does not even drops as expected, it gets stuck and stops completely for some seconds. This behaviour has been discussed on several German mailing lists and it seems it is still present. As far as I can say, with 32bit FreeBSD and with 6.3, all my boxes seem to be more responsive as with 7.0, but the overall performance is better in 7.0. But I fell really uncomfortable with getting stuck while under heavy load. I will test this weird behaviour next under NFS conditions, using both the UP and SMP boxes under heavy load as NFS servers for critical video streams of some scientific datasets. If this behaviour is also impacting NFS, I will report this here, again. But I guess as the other reports of this misbehaviour will vanish in the darkness of the net ... Regards, Oliver Pete French wrote: >> What I refer is, when quickly open multiple tabs (7 or >> 8) in firefox and click on the fist tab to type user >> id while other tabs still downloading, its seems there >> is a minor yet noticeable delay that I did not >> experience with sched_4bsd. >> > > Ah, O.K. - havent noticed that, and it wouldnt bother me > really. What I found is that if you are doing a 'make buildworld' > in a window then you can't really use firefox properly > at all using 4BSD, but you can with ULE. For that I am > happy to put up with minor delays - overally it's a lot > more usable. > > >> To me, its seems there is no noticeable gain with >> sched_ule, but rather the desktop is bit slow to >> respond. >> > > Try the compiling experiment and see if you get the same effect > as I did. For me it;s a bit win, because I couldnt use the > desktop when I was compiling code. Swingd and roundabouts > though - if you dont od big comiles then it may seem theres no > benifit for you. > > -pete. > _______________________________________________ > 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 Tue Apr 15 15:36:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D6C31065671 for ; Tue, 15 Apr 2008 15:36:27 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id F100D8FC1D for ; Tue, 15 Apr 2008 15:36:26 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost ([69.203.87.53]) by hrndva-omta01.mail.rr.com with ESMTP id <20080415153626.SOLI10515.hrndva-omta01.mail.rr.com@localhost> for ; Tue, 15 Apr 2008 15:36:26 +0000 Date: Tue, 15 Apr 2008 11:36:25 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20080415153625.GC33702@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> <20080415142034.GA80792@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20080415142034.GA80792@eos.sc1.parodius.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 15:36:27 -0000 On Tue, Apr 15, 2008 at 07:20:34AM -0700, Jeremy Chadwick wrote: > On Tue, Apr 15, 2008 at 10:11:38AM -0400, Scott Robbins wrote: > > On Tue, Apr 15, 2008 at 07:59:40AM -0500, Larry Rosenman wrote: > > > I thought this was gone, but on a kernel from Saturday I'm seeing a bunch of > > > these: > > > > This one is covered in the FAQ in the troubleshooting section, 5.19. > > And what the FAQ doesn't cover is here: > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues Ah thank you, I was unaware of that one. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Angel: It was a bright afternoon out in front of your school. You walked down the steps. And I loved you. Buffy: Why? Angel: 'Cause I could see your heart. You held it before you for everyone to see. And I worried that it would be bruised or torn. And more than anything in my life I wanted to keep it safe, to warm it with my own. Buffy: That's beautiful. Or taken literally, incredibly gross. Angel: I was just thinking that, too. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 17:31:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72BF1106566B for ; Tue, 15 Apr 2008 17:31:08 +0000 (UTC) (envelope-from jbsnyder@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 42A948FC21 for ; Tue, 15 Apr 2008 17:31:08 +0000 (UTC) (envelope-from jbsnyder@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1097553rvf.43 for ; Tue, 15 Apr 2008 10:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=262pwJ8mg7kTSI+uBEThLkqymePf7VM5t1ItiHdyQ/w=; b=ZwD+5kReiJiokkdnnFjUz/XXBRg5e50AWB6KlV37R8B7sI3DqY0on+xOF76c10pPiRUIuMGb7KWrMG3WH8Rf+RFdKS7MW6Ibox5tOo39Si1gK8eN4Q1XprMgCMx3Y0IpmrxMzal+B3JgKrCFbMfUKqPyMjzuG9BQti3W4pcnAMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tmdhdQ41oM6eU/GYJUA/DsDU1hBkVjPwwPbZHfSLia9Puue6+72jA0WDKM+843XXc0B2iAOO1JZuuFman3yge2RsBEe5Y2KZWkVjPHHvZT1lM2n1A8J7QEfSEtVc+ivNrKP2TjTcZzzSto9ebBTraC7771/a+8WtS1UkL8mhKpw= Received: by 10.140.148.3 with SMTP id v3mr4456710rvd.71.1208279141529; Tue, 15 Apr 2008 10:05:41 -0700 (PDT) Received: by 10.141.83.21 with HTTP; Tue, 15 Apr 2008 10:05:41 -0700 (PDT) Message-ID: <33644d3c0804151005r17095cb1n33117a8e4d8cc09b@mail.gmail.com> Date: Tue, 15 Apr 2008 12:05:41 -0500 From: "James Snyder" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <16447331.post@talk.nabble.com> <16491496.post@talk.nabble.com> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & Bittorent -> Hang? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jbsnyder@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 17:31:08 -0000 Thanks for the followup. I have not yet gotten a reliable test case to reproduce the problem. I've done a number of tests with the zil and/or prefetch on with no hangs. I will be collecting some more data later this week. If anyone knows a source of consistently slow but large torrents (I suppose I could artificially limit bandwidth, or connection states at my router which is running pfSense), that might help for testing. The process that triggered things before was about a gigabyte or two but took around 12 hours to complete. Here's the overall group of variables I'm experimenting with. Stock Kernel vs Recompiled Kerel w/ ULE (stock sources otherwise) ZIL on and off prefetch on and off Should I add or remove anything? I have no idea if ULE may or may not play a role here, but my original failing condition had the zil off, prefetch on, ule for the scheduler. I also had: vm.kmem_size_max="1073741824" (loader.conf) vm.kmem_size="1073741824" (loader.conf) Any recommendations on what to leave running to record what zfs is getting hung on, beside watching states? Since I can fire up things prior to the hang, and they'll keep running if disk isn't hit, I could leave some diagnostics running to display what's blowing up. Thanks! On Tue, Apr 15, 2008 at 4:44 AM, Claus Guttesen wrote: > > > http://wiki.freebsd.org/ZFSKnownProblems > > > > > > This looks like #1. > > > > > > > Hmm.. I don't think there's a large amount of transfer between UFS & ZFS, > > unless the client is using /tmp a lot, it should all be on ZFS. > > > > I noted #4 as well, and therefore tried disabling prefetch. I can't seem to > > get it to hang now. I queued up a bunch of different torrents (full freebsd > > 7 amd64 & i386, some other random things), and they all completed without > > leading to me being locked out or any processes waiting on zfs. > > > > I'll try some testing this weekend to see if I can reproduce the lock-up > > again by re-enabling prefetch. Perhaps we can confirm that issue? Should I > > bother with trying to run CURRENT or should any testing I do be done with > > STABLE. I don't see any indication that there might be experimental patches > > for dealing with this or related issues. > > Were you able to reproduce the lock-up by re-enabling prefetch? > > -- > regards > Claus > > When lenity and cruelty play for a kingdom, > the gentlest gamester is the soonest winner. > > Shakespeare > -- James Snyder Biomedical Engineering Northwestern University jbsnyder@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 20:01:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E941065671 for ; Tue, 15 Apr 2008 20:01:28 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.freebsd.org (Postfix) with ESMTP id DEBA38FC18 for ; Tue, 15 Apr 2008 20:01:27 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: from [127.0.0.1] (localhost.sonicboom.org [127.0.0.1]) by entwistle.sonicboom.org (8.14.2/8.14.2) with ESMTP id m3FJVqd0008753 for ; Tue, 15 Apr 2008 12:31:53 -0700 (PDT) (envelope-from bri@brianwhalen.net) Message-ID: <480502A9.7060702@brianwhalen.net> Date: Tue, 15 Apr 2008 12:31:53 -0700 From: Brian User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: dell t105 ethernet X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2008 20:01:28 -0000 A few months back there were some problems with the above, that were fixed by committing software changes. I wanted to check in to see how it is working for those that have this hardware. Brian From owner-freebsd-stable@FreeBSD.ORG Tue Apr 15 21:06:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB68F106566B for ; Tue, 15 Apr 2008 21:06:20 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id A2F118FC14 for ; Tue, 15 Apr 2008 21:06:20 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by yw-out-2324.google.com with SMTP id 2so1188699ywt.13 for ; Tue, 15 Apr 2008 14:06:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=RvItwQOedB9kZL9Z9MouV469aS6+t5tWyT12S7vdPYE=; b=bcnHzE29OXalmeMCDgjG4sfBFtURu2Ycz/24gVD1kAtKZaXVkarfM/sE0KupJToiABVZ96HaSxSAIupmk4eSuyba5zkh87RFl7XIR5X8rZHfBu+rM1ka+rmmnwolEuHoUB8AcGdvTuSDXhtPfrzw8UaHEEvA2eqfl9iMCEQ4Z1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VG1ynVqxHD9wKdvNi54g1LhcelUJD9NLPZHKebm4/9KCWZbIjQon8pRs3ttYKVz7oMq9CQLow/LxSyRvmBCoVUSMUD/QF9B5cTW1LmKE6x5VzQrciyl8Ig2oYPzclhdVc399KcfXHoTDzynyp+Fa1gIyBSRK+YKTF0JEh157Roo= Received: by 10.151.150.13 with SMTP id c13mr8389296ybo.173.1208291825666; Tue, 15 Apr 2008 13:37:05 -0700 (PDT) Received: by 10.150.225.17 with HTTP; Tue, 15 Apr 2008 13:37:05 -0700 (PDT) Message-ID: Date: Tue, 15 Apr 2008 21:37:05 +0100 From: "Chris Rees" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Disable DMA without loader.conf or sysctl.conf. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 21:06:21 -0000 Hey guys; I'm back to using FreeBSD, after my major hardware upgrade seriously broke everything (teach me to optimise...) I've stuck it on my xbox for now, and it runs like a charm, of course, except it complains then dies on boot about the HDD having problems with DMA. It's only using a 40-conductor cable, and 80 works fine, but the cable is a special length; I need to use the provided one to shut the case! Is there _any_ way to disable ata DMA at kernel compile time? Remembering that Cromwell won't support loader.... Thanks a lot Chris -- One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C Programs. (Robert Firth) R< $&h ! > $- ! $+ $@ $2 < @ $1 .UUCP. > (sendmail.cf) From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 00:08:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBFDE1065673 for ; Wed, 16 Apr 2008 00:08:24 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly02.isp.novis.pt (mailrly02.isp.novis.pt [195.23.133.212]) by mx1.freebsd.org (Postfix) with ESMTP id 377068FC14 for ; Wed, 16 Apr 2008 00:08:23 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 17308 invoked from network); 15 Apr 2008 23:41:42 -0000 Received: from unknown (HELO mailfrt12.isp.novis.pt) ([195.23.133.228]) (envelope-sender ) by mailrly02.isp.novis.pt with compressed SMTP; 15 Apr 2008 23:41:42 -0000 Received: (qmail 24766 invoked from network); 15 Apr 2008 23:41:42 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.181.41.37]) (envelope-sender ) by mailfrt12.isp.novis.pt with SMTP; 15 Apr 2008 23:41:42 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.2/8.14.2) with ESMTP id m3FNfZ2Z021952 for ; Wed, 16 Apr 2008 00:41:36 +0100 (WEST) (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.2/8.14.2/Submit) id m3FNfZNH021951 for freebsd-stable@freebsd.org; Wed, 16 Apr 2008 00:41:35 +0100 (WEST) (envelope-from miguel) Date: Wed, 16 Apr 2008 00:41:35 +0100 (WEST) From: Miguel Lopes Santos Ramos Message-Id: <200804152341.m3FNfZNH021951@satan.anjos.strangled.net> To: freebsd-stable@freebsd.org Subject: /etc/daily.local and sim. never run X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 00:08:24 -0000 Hi, I just noticed that scripts in /etc/daily.local, /etc/weekly.local, etc, never run. The reason seems to be that the /etc/periodic/daily/999.local and similar scripts use "for script in $daily_local". Because the variable $daily_local is initialized in /etc/defaults/periodic.conf to /etc/daily.local, which actually does not contain a wildcard, the for loop step executes only once with the variable script bound to "/etc/daily.local". There's no iteration over scripts contained in /etc/daily.local. I have no idea when this might have gotten broken. The 999.local scripts date back to 2001. It's curious that no one has noticed. Perhaps most people just use the crontab or put their scripts directly into /etc/periodic/daily, etc. Anyway, scheduling things in crontabs and the like is not very good when the system is not always on. Since UNIX is no longer such a "time sharing system" and many people run desktops and part-time servers, wouldn't it be desirable to have a periodic job scheduling mechanism that would reliably run jobs when a given amount of time (uptime or not) had passed? Greetings, Miguel Ramos Lisboa From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 00:12:04 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB575106566B for ; Wed, 16 Apr 2008 00:12:04 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id BDEB08FC26 for ; Wed, 16 Apr 2008 00:12:04 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3G0Bti8012225; Tue, 15 Apr 2008 17:11:59 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3G0AkTk015268; Tue, 15 Apr 2008 17:10:46 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3G0AjNd014814; Tue, 15 Apr 2008 17:10:46 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Wed, 16 Apr 2008 09:10:45 +0900 Message-ID: From: gnn@freebsd.org To: David Xu In-Reply-To: <480486C9.1000102@freebsd.org> References: <480486C9.1000102@freebsd.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: A bug in g++ exceptions on 7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 00:12:04 -0000 At Tue, 15 Apr 2008 18:43:21 +0800, David Xu wrote: > > gnn@freebsd.org wrote: > > Howdy, > > > > We believe we've found a bug in the libgcc or libstdc++ library (not > > sure which one) packaged with the gcc43 port in fbsd7 on an Intel > > x86-64. A program linked against those libraries aborts when an > > exception is thrown. It does not abort if -lpthread is added to the > > link line, even though the program does not use threads. I believe > > the problem is related to the pthread stubs in libgcc, but I don't > > know enough to find the exact problem or fix it. An example is below. > > Not sure if this patch might help you: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/gcc/gthr-posix.h.diff?r1=1.1.1.8;r2=1.1.1.8.4.1;f=h > Yes, this works, thanks! Best, George From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 03:52:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E17FA106564A; Wed, 16 Apr 2008 03:52:40 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id BF9168FC1A; Wed, 16 Apr 2008 03:52:40 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org ([192.147.25.65]:50687) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JlyhK-000E5T-KA; Tue, 15 Apr 2008 22:52:40 -0500 Date: Tue, 15 Apr 2008 22:52:32 -0500 (CDT) From: Larry Rosenman To: Jeremy Chadwick In-Reply-To: <20080415142034.GA80792@eos.sc1.parodius.com> Message-ID: <20080415225159.R54132@thebighonker.lerctr.org> References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> <20080415142034.GA80792@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 03:52:41 -0000 On Tue, 15 Apr 2008, Jeremy Chadwick wrote: > On Tue, Apr 15, 2008 at 10:11:38AM -0400, Scott Robbins wrote: >> On Tue, Apr 15, 2008 at 07:59:40AM -0500, Larry Rosenman wrote: >>> I thought this was gone, but on a kernel from Saturday I'm seeing a bunch of >>> these: >> >> This one is covered in the FAQ in the troubleshooting section, 5.19. > > And what the FAQ doesn't cover is here: > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > * EIST (Intel SpeedStep) incompatibilities with Supermicro PDSMI+ motherboards (and possibly others) > * Symptom: kernel outputs messages like kernel: calcru: negative runtime of -XXXXX usec for pid XX > * Workaround: Disable the EIST feature in the BIOS. You can still achieve ACPI-based processor > frequency throttling by using powerd(8). > * Reference: http://lists.freebsd.org/pipermail/freebsd-questions/2006-October/133253.html > > What I find interesting is I hadn't seen these until this kernel update :( Thanks for the info, however. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 04:09:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 137E4106566B for ; Wed, 16 Apr 2008 04:09:15 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 68DE88FC1B for ; Wed, 16 Apr 2008 04:09:13 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m3G47R0P094237; Wed, 16 Apr 2008 12:07:27 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m3G47I04094233; Wed, 16 Apr 2008 12:07:18 +0800 (KRAST) (envelope-from eugen) Date: Wed, 16 Apr 2008 12:07:18 +0800 From: Eugene Grosbein To: Miguel Lopes Santos Ramos Message-ID: <20080416040718.GA93141@svzserv.kemerovo.su> References: <200804152341.m3FNfZNH021951@satan.anjos.strangled.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804152341.m3FNfZNH021951@satan.anjos.strangled.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: /etc/daily.local and sim. never run X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 04:09:15 -0000 On Wed, Apr 16, 2008 at 12:41:35AM +0100, Miguel Lopes Santos Ramos wrote: > I just noticed that scripts in /etc/daily.local, /etc/weekly.local, etc, > never run. > The reason seems to be that the /etc/periodic/daily/999.local and similar > scripts use "for script in $daily_local". Because the variable $daily_local > is initialized in /etc/defaults/periodic.conf to /etc/daily.local, which > actually does not contain a wildcard, the for loop step executes only once > with the variable script bound to "/etc/daily.local". There's no iteration > over scripts contained in /etc/daily.local. /etc/daily.local was never supposed to be a directory, it always was a file from very early ages. I still use it this way :-) > I have no idea when this might have gotten broken. The 999.local scripts > date back to 2001. It's curious that no one has noticed. > Perhaps most people just use the crontab or put their scripts directly into > /etc/periodic/daily, etc. /usr/local/etc/periodic/daily should be used for own periodic jobs. > Anyway, scheduling things in crontabs and the like is not very good when > the system is not always on. > Since UNIX is no longer such a "time sharing system" and many people run > desktops and part-time servers, wouldn't it be desirable to have a periodic > job scheduling mechanism that would reliably run jobs when a given amount > of time (uptime or not) had passed? I just include a line at start of script job: echo "$0" "$@" | at 6:00 tomorrow So, this script will be called next day, 6:00 or, if desktop'll be turned on later in the morning, the job runs just after boot. "At" scheduler will take care of the rest: current directory for job and environment, it keeps them safe. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 07:20:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B4181065673 for ; Wed, 16 Apr 2008 07:20:31 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57012.mail.re3.yahoo.com (web57012.mail.re3.yahoo.com [66.196.97.116]) by mx1.freebsd.org (Postfix) with SMTP id C70B68FC15 for ; Wed, 16 Apr 2008 07:20:30 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 34910 invoked by uid 60001); 16 Apr 2008 07:20:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=tzETOz/nEULQryNZ2zAubUGeL81iCib4shzyMrElBt65YkAHqVDUYJ1I4m4+T3WAoNVF5dk/DgwOCKnMWoMA/K+Vb83DjO9Y9zyiisToI1N+5cCtK/F6PV3+hBRYrd0uWUOR9nb5yy/1ZjJlxbdNpVdHnTiA6R1mCP604wv8Bpg=; X-YMail-OSG: tjft1G8VM1mqRaDhFOwFuo4.lUO8Q5EQBi1F.U63d_kStexC9q0YbNY_TCw0.cKO8F2uSxwNxJ.o10LDXpbzvAeTQxMR9Wc- Received: from [220.255.7.234] by web57012.mail.re3.yahoo.com via HTTP; Wed, 16 Apr 2008 00:20:29 PDT Date: Wed, 16 Apr 2008 00:20:29 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org In-Reply-To: <20080415160013.0738975c@meijome.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <994449.33832.qm@web57012.mail.re3.yahoo.com> Cc: freebsd@meijome.net Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 07:20:31 -0000 --- Norberto Meijome wrote: > On Fri, 11 Apr 2008 07:26:05 -0700 (PDT) > Unga wrote: > > > I listen to FLAC on amarok on professional > headphones > > at the same time browsing web while compiling > 'make > > buildworld' :) > > /me confused... are you saying it your music > listening is not affected by building world while on > 4BSD or ULE ? > > FWIW, i've recently (about 3 weeks) switched to ULE > and I have also seen better performance under heavy > load. > > CPU: Intel(R) Pentium(R) M processor 2.00GHz > (1995.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > Hi Sorry for my late reply. What I mentioned is a fact, that I always do. Yep, the music listening is not affected at all when building world on both 4BSD and ULE. Please note my processor is 3Ghz, may be it can take such a load. Second, I run the buildworld lessor priority than the music player and the browser. Third, have sufficient RAM so that it doesn't swap. Unga ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 07:39:39 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13761106566B for ; Wed, 16 Apr 2008 07:39:39 +0000 (UTC) (envelope-from joe.karthauser@geomerics.com) Received: from mail91.messagelabs.com (mail91.messagelabs.com [194.106.220.35]) by mx1.freebsd.org (Postfix) with SMTP id 72ACE8FC26 for ; Wed, 16 Apr 2008 07:39:38 +0000 (UTC) (envelope-from joe.karthauser@geomerics.com) X-VirusChecked: Checked X-Env-Sender: joe.karthauser@geomerics.com X-Msg-Ref: server-15.tower-91.messagelabs.com!1208329976!29227032!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [217.28.130.38] Received: (qmail 9921 invoked from network); 16 Apr 2008 07:12:56 -0000 Received: from hostedexchange.hostedservice.com (HELO hostedexchange.hostedservice.com) (217.28.130.38) by server-15.tower-91.messagelabs.com with SMTP; 16 Apr 2008 07:12:56 -0000 Received: from THHS2EXBE1X.hostedservice2.net ([192.168.16.22]) by hostedexchange.hostedservice.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Apr 2008 08:13:24 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 16 Apr 2008 08:12:26 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AHCI and correct drive geometry? Thread-Index: AcifkTlggtYx5mLTSDeTcXH71wKBrA== From: "Josef Karthauser" To: X-OriginalArrivalTime: 16 Apr 2008 07:13:24.0183 (UTC) FILETIME=[5BF3AE70:01C89F91] Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 07:39:39 -0000 Hey folks, =20 So what's the word on AHCI and bios drive geometry? I'm having a real pain of a time trying to get some 750gb sata drives running on my FreeBSD7 box in AHCI mode. It doesn't seem to matter what disk geometry I suggest to sysinstall, something complains of an invalid disk upon booting it. =20 Actually, in AHCI mode the bios screen doesn't report any information on drive geometry, so all bets appear to be off in giving sysinstall the correct figures. =20 What should I do? =20 Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 08:14:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F174106564A for ; Wed, 16 Apr 2008 08:14:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1EFD48FC1A for ; Wed, 16 Apr 2008 08:14:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 124BD1CC033; Wed, 16 Apr 2008 01:14:51 -0700 (PDT) Date: Wed, 16 Apr 2008 01:14:51 -0700 From: Jeremy Chadwick To: Josef Karthauser Message-ID: <20080416081451.GA22164@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 08:14:51 -0000 On Wed, Apr 16, 2008 at 08:12:26AM +0100, Josef Karthauser wrote: > So what's the word on AHCI and bios drive geometry? I'm having a real > pain of a time trying to get some 750gb sata drives running on my > FreeBSD7 box in AHCI mode. It doesn't seem to matter what disk geometry > I suggest to sysinstall, something complains of an invalid disk upon > booting it. > > Actually, in AHCI mode the bios screen doesn't report any information on > drive geometry, so all bets appear to be off in giving sysinstall the > correct figures. I have no problems using AHCI on our Supermicro SuperServer 5015M-T+ systems, which are Intel ICH7-based, and with disks ranging up to 500GB. There are no disk geometry issues I encounter. Here's an example of one of the heavily-loaded boxes. The boot/OS disk is ad4. atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe8600400-0xe86007ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ad4: 190782MB at ata2-master SATA150 ad6: 476940MB at ata3-master SATA300 ad8: 476940MB at ata4-master SATA300 ad10: 476940MB at ata5-master SATA300 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 08:44:00 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E46F1065672 for ; Wed, 16 Apr 2008 08:44:00 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 48D748FC19 for ; Wed, 16 Apr 2008 08:44:00 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [10.0.1.100] (unknown [87.121.18.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id A2CC6FFE277 for ; Wed, 16 Apr 2008 11:43:52 +0300 (EEST) Message-ID: <4805E66E.1040308@lozenetz.org> Date: Wed, 16 Apr 2008 14:43:42 +0300 From: Anton - Valqk User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 To: stable@freebsd.org References: <47F34F85.4060006@lozenetz.org> In-Reply-To: <47F34F85.4060006@lozenetz.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: Subject: Re: Jail crontab crashing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 08:44:00 -0000 I've found the actual line from which the cron was crashing. By mistake I've uncommented: #1,31 0-5 * * * root adjkerntz -a and that's in a jail enviornment, when I commented it again the cron started working as expected. I agree that it's stupid ti call this command when in jail, because jail don't have perms to touch system time, but is this behaviour of the cron a suggested one? cron to die if it calls this? I don't think so? what would you say? Anton - Valqk wrote: > Hi there, > have anyone faced a cron crashing in a jail when changing the > /etc/crontab? > I'm running a jail with nsswitch using pgsql backend and I've noticed > a strange behaviour > of my crontab. > Every time I change the /etc/crontab file I get (or make crontab -e > and save it) > /usr/sbin/cron[32864]: (*system*) RELOAD (/etc/crontab) > in /var/log/cron > and immediately after that the cron dies with a core (core file is in > /var/cron/cron.core), > I've made a ktrace but nothing strange can be seen in it, > heres the link to the kdump file: > > http://valqk.ath.cx/ktrace.out.txt > > any ideas appriciated! > > cheers, > valqk. > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 09:09:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C4A1065671 for ; Wed, 16 Apr 2008 09:09:47 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5BB8FC1E for ; Wed, 16 Apr 2008 09:09:42 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so2604214fgg.35 for ; Wed, 16 Apr 2008 02:09:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=GEkUK1m55jzZ5hXBi9AmzHyMiQZ2jN83vJnunXYLzbY=; b=WRJ04RghPVr3IbNSyLDpCVhF2k3kONC2AaZ2pOS4In7/tgUhK45yX4saTAw9Ov22IU97cX7g7bBHk//wQ6VgGXx4jEN1/Cah5QshC7Bgpi8RM/lOReQ1rSkGxu0wueC5CwOwhIaETQ9sa1Rq4I4oWsl+1PCQaNpow+lCI9cx3yg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=hfrUKw1kQHSsv6OPebDQBlj8iye8b7cjGklJtqsGO1lUaEk2Iyd7YTlUUJ1hO8P2MbgQqbDpqFe/YJg88vYgZhRgAG7oXwuwPGhbMneydqpTJI/iV2SRLPm2kAFUUUcPPvK78TA+DJfQej5SztRV/N+Xa0OMaVeCFZ2oJqmcdJE= Received: by 10.86.50.8 with SMTP id x8mr18234763fgx.30.1208336981063; Wed, 16 Apr 2008 02:09:41 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.80]) by mx.google.com with ESMTPS id m5sm16136889gve.1.2008.04.16.02.09.38 (version=SSLv3 cipher=RC4-MD5); Wed, 16 Apr 2008 02:09:40 -0700 (PDT) From: Tom Evans To: Unga In-Reply-To: <994449.33832.qm@web57012.mail.re3.yahoo.com> References: <994449.33832.qm@web57012.mail.re3.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Ptu8DcD6Kxe1c4sYbuUD" Date: Wed, 16 Apr 2008 10:09:37 +0100 Message-Id: <1208336977.1940.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, freebsd@meijome.net Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 09:09:48 -0000 --=-Ptu8DcD6Kxe1c4sYbuUD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-04-16 at 00:20 -0700, Unga wrote: >=20 > Sorry for my late reply. >=20 > What I mentioned is a fact, that I always do. Yep, the > music listening is not affected at all when building > world on both 4BSD and ULE. >=20 > Please note my processor is 3Ghz, may be it can take > such a load.=20 >=20 > Second, I run the buildworld lessor priority than the > music player and the browser. >=20 > Third, have sufficient RAM so that it doesn't swap. >=20 > Unga >=20 Just my 2p worth. I run musicpd, streaming via icecast with 4-5 clients, on a not crazy fast 1.8 GHz Core Duo (*not* Core 2 Duo :), which is also a desktop system and running a number of development web servers in C++, python, ruby. I've only got a GB of RAM, so I am perennially swapping. With SCHED_4BSD, running a make world would result in the music stopping lots. With SCHED_ULE it never skips or pauses, and, with acceptable waits for processes to get swapped back in, the desktop remains very usable. I don't build world with a reduced priority either. ULE is a very, very good scheduler IMHO :) Now, if only I could stop Firefox leaking insane amounts of memory, I wouldn't even need a RAM upgrade :) Tom --=-Ptu8DcD6Kxe1c4sYbuUD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgFwk4ACgkQlcRvFfyds/dSQACdEOz5NIf1LtYn2bTfKIpAU0bn MDkAoIhTB7mgJB/WL8dXtKxr4dMjwhUy =P7+/ -----END PGP SIGNATURE----- --=-Ptu8DcD6Kxe1c4sYbuUD-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 09:23:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B75F10656AD for ; Wed, 16 Apr 2008 09:23:54 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57014.mail.re3.yahoo.com (web57014.mail.re3.yahoo.com [66.196.97.118]) by mx1.freebsd.org (Postfix) with SMTP id 5E8838FC17 for ; Wed, 16 Apr 2008 09:23:54 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 11936 invoked by uid 60001); 16 Apr 2008 09:23:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=gRDxYFJSMK4MqTqhcQU1NuS6SULxoa9Mqk5LaKcoi9dLy3dVVbT90AAKKDs2/KamJWrrrdIkjhx58lu7I2NTEXQu+wIEMomouXNGq7HQaYRZGDp5mkXgxZARcGphzirQc+H2NGjAjnGAaEKspZxdSOKCJcCItjReuAVAWtSnI54=; X-YMail-OSG: 5Ce9VEEVM1nJ2GcqxFWhUf76oJLKWFHIlUIQO3q2rTWlC2EGbBm8KA5h61SOMqTsk61AiN5tu_kKmaZPHbEA8Lcej8JyfEY- Received: from [165.21.154.111] by web57014.mail.re3.yahoo.com via HTTP; Wed, 16 Apr 2008 02:23:53 PDT Date: Wed, 16 Apr 2008 02:23:53 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org In-Reply-To: <4804BA8B.1020905@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <581875.11917.qm@web57014.mail.re3.yahoo.com> Cc: ohartman@mail.zedat.fu-berlin.de, freebsd@meijome.net Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 09:23:54 -0000 --- "O. Hartmann" wrote: > Hello, > > I experience also a strange lagg when using > SCHED_ULE and FreeBSD 7.0 on > AMD64 platforms with and without UP. I tried to > track on FreeBSD 7 from > the very early days, so I noticed some performance > impacts last year > when something chenged in the scheduling. I'm not > very familiar with the > differences, changes and changes in paradigm when > 7.0 was introduced, > but the experience of massive lagging and slowing > down the box when > either heavy SATA IO and network IO is performed is > aware since then. > At this very moment I use a private AMD64 box, a P4 > box and a Q6600 > (QuadCore) box, all with very similar kernel > configurations, if > possible. The AMD64 box is based on AMDs single core > CPU 3500+ at 2,2 > GHz running a UP (64bit) kernel, the P4 is a SMT > capable CPU running a > SMP kernel (32bit) and so the more modern Q6600 quad > core box (64bit). > All of them running FreeBSD 7.0 with most recent > builds. > On the SMP capable boxes I still recognize lagging > and getting stuck > when building world and having also X11 running with > some applications > like Firefox. But due to the performance of the quad > core box this isn't > obvious in most times. On the 32Bit box with > hyperthreading I see this > performance drops/laggs also, but not as massively > as I relaize this on > the potentially faster UP, 64Bit box with UP kernel. > On the pure 64bit > UP box, desktop get stuck for nearly a minute when > doing a buildworld > (make -j2 or make -j1 doesn't matter, make -j4 gets > worse). This > performance impact is also noticable when doing > heavy network I/O, the > throughput does not even drops as expected, it gets > stuck and stops > completely for some seconds. > > This behaviour has been discussed on several German > mailing lists and it > seems it is still present. > > As far as I can say, with 32bit FreeBSD and with > 6.3, all my boxes seem > to be more responsive as with 7.0, but the overall > performance is better > in 7.0. But I fell really uncomfortable with getting > stuck while under > heavy load. > I will test this weird behaviour next under NFS > conditions, using both > the UP and SMP boxes under heavy load as NFS servers > for critical video > streams of some scientific datasets. If this > behaviour is also impacting > NFS, I will report this here, again. But I guess as > the other reports of > this misbehaviour will vanish in the darkness of the > net ... > Hi Oliver Thanks for the detailed observations. You mentioned you have following hardware: 1. The AMD64 box is based on AMDs single core CPU 3500+ at 2,2GHz running a UP (64bit) kernel 2. The P4 is a SMP capable CPU running a SMP kernel (32bit) 3. The more modern Q6600 quad core box (64bit) What is the speed of the P4 CPU? how many cores? What is speed of the Q6600? Btw, I don't have AMD64 machine, therefore, I cannot comment on the implementation of FreeBSD on AMD64, but I can tell little bit more about scheduling, may be useful to you. Scheduling is serving. When you serve if there is delay, lets see why. Lets take a small example. Say we have N number of guests (in computing, processes) at a table and one waiter (in computing, the CPU) to serve. If the N is small, ie. you have few guests (in computing, less load) and the food is ready on a nearby table (in computing, its in RAM), the waiter can serve all without nobody feeling a delay. If the N is large, (in computing, heavy load), the food is ready on a nearby table (in computing, its in RAM), the waiter is Olympic runner (in computing, faster CPU), the waiter can still serve all without nobody feeling a delay. But if the waiter is old and walk slow, some may feel delay. Even if our waiter is faster, if the food not on the table and for every serve he has to cross the road to get food (in computing, swapping), almost all may feel the delay. Its obvious If the there are multiple waiters (in computing, multi core), nobody may feel a delay. So to get better performance, you need a faster CPU or multi cores. To avoid swapping, you need sufficient RAM for job and you should not over load the machine. Once you meet all the preconditions for performance and you still don't get satisfactory performance, its most probably the scheduler algorithm may not be good. In FreeBSD, the guests on the table aka the processes are divided into four categories by their priority. They are: interrupt, realtime, normal and idle. When an interrupt priority process require service, it preempt all other lower priority processes and execute the interrupt priority process. I/O operations, swapping, etc. run in interrupt priority. You mentioned "experience of massive lagging and slowing down the box when either heavy SATA IO and network IO is performed is aware since then." In this kind of situations, where I/O processing is too much for the current speed of the CPU, you can either increase the speed of the CPU, or introduce multi core or best offload the I/O processing to a I/O co-processor (hardware-based RAID, Intel PRO/1000 network cards can offload IP processing load, etc). I mentioned in my previous email, I listen to music and browse at the same time when buildworld is running. The buildworld is not a I/O intensive process, it's a CPU intensive process. As long as I provide sufficient CPU power and RAM, both 4BSD and ULE schedulers perform well to the extent, the user of the computer is not aware of such a buildworld process is going on. The point I mentioned in my original post is a comparison of the 4BSD to the ULE scheduler. I mentioned the desktop responsiveness of the 4BSD seems better. But the ULE scheduler included in the FreeBSD 7.x is not the latest. The latest ULE scheduler is included in the up coming FreeBSD 8.0. Kind regards Unga ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 10:04:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4EFB1065670 for ; Wed, 16 Apr 2008 10:04:23 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 798198FC1E for ; Wed, 16 Apr 2008 10:04:23 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id C7E836D41E; Wed, 16 Apr 2008 11:47:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93MX5hTjUC7v; Wed, 16 Apr 2008 11:47:32 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 247D86D41B; Wed, 16 Apr 2008 11:47:32 +0200 (CEST) Date: Wed, 16 Apr 2008 11:47:32 +0200 From: Rink Springer To: utisoft@gmail.com Message-ID: <20080416094732.GA55098@rink.nu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Disable DMA without loader.conf or sysctl.conf. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 10:04:23 -0000 Hi, On Tue, Apr 15, 2008 at 09:37:05PM +0100, Chris Rees wrote: > Remembering that Cromwell won't support loader.... That is not correct - recent versions of the sysutils/cromwell port support passing kernel environment parameters. As for your /boot/xboxlinux.cfg, use: title FreeBSD/xbox kernel /boot/GENERIC/kernel append hw.ata.ata_dma=0 And it should work. I think I forgot to release ISO images featuring this :-( -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 10:08:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AD971065679; Wed, 16 Apr 2008 10:08:56 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id AEB318FC0A; Wed, 16 Apr 2008 10:08:55 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm4ZS-000Lgg-B7; Wed, 16 Apr 2008 12:08:54 +0200 Date: Wed, 16 Apr 2008 12:08:54 +0200 From: Oliver Brandmueller To: Doug Rabson Message-ID: <20080416100854.GS37437@e-Gitt.NET> Mail-Followup-To: Doug Rabson , freebsd-stable@freebsd.org, Doug Rabson References: <20080414071957.GJ37437@e-Gitt.NET> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Oliver Brandmueller Cc: Doug Rabson , freebsd-stable@freebsd.org Subject: Re: panic with smbfs after MFC of kernel space locking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 10:08:56 -0000 Hi again, On Mon, Apr 14, 2008 at 08:55:49AM +0100, Doug Rabson wrote: >> Could anyone with a little better programming skills than me probably >> have a look at it? From the diffs of the other filesystems it seems like >> it's not a real big change, but mainly adding the function. > > I added a new vnode operation to support the new lock manager but this > operation only needs to be implemented on filesystems that can be exported > via NFS. I assumed that this was not the case for SMBFS. Could you find me > a line number for lf_getblock+0x2a - something like this should do it: To give short feedback on the issue: Doug Rabson sent me a patch (that's already commited to HEAD). With the patch I didn't observe a panic within the last 48 hours, so I consider the bug fixed. The MFC to 7-STABLE is scheduled as I could read from the commit log. Thanx, Oliver PS: This is the kind of great support I sometimes wish expensive closed source software would have, too! -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 11:06:01 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B4D2106567C for ; Wed, 16 Apr 2008 11:06:01 +0000 (UTC) (envelope-from joe.karthauser@geomerics.com) Received: from mail134.messagelabs.com (mail134.messagelabs.com [85.158.137.35]) by mx1.freebsd.org (Postfix) with SMTP id 8B0CB8FC23 for ; Wed, 16 Apr 2008 11:05:59 +0000 (UTC) (envelope-from joe.karthauser@geomerics.com) X-VirusChecked: Checked X-Env-Sender: joe.karthauser@geomerics.com X-Msg-Ref: server-10.tower-134.messagelabs.com!1208343900!35698444!27 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [217.28.130.38] Received: (qmail 491 invoked from network); 16 Apr 2008 11:05:11 -0000 Received: from hostedexchange.hostedservice.com (HELO hostedexchange.hostedservice.com) (217.28.130.38) by server-10.tower-134.messagelabs.com with SMTP; 16 Apr 2008 11:05:11 -0000 Received: from THHS2EXBE1X.hostedservice2.net ([192.168.16.22]) by hostedexchange.hostedservice.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Apr 2008 11:58:13 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Wed, 16 Apr 2008 11:57:14 +0100 Message-ID: In-Reply-To: <20080416081451.GA22164@eos.sc1.parodius.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AHCI and correct drive geometry? Thread-Index: AcifmgUcMnoYapgOQ+ieIabLC+60DgAFoe7A References: <20080416081451.GA22164@eos.sc1.parodius.com> From: "Josef Karthauser" To: "Jeremy Chadwick" X-OriginalArrivalTime: 16 Apr 2008 10:58:13.0938 (UTC) FILETIME=[C478F120:01C89FB0] Cc: stable@freebsd.org Subject: RE: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 11:06:01 -0000 > -----Original Message----- > From: Jeremy Chadwick [mailto:koitsu@freebsd.org] > Sent: 16 April 2008 09:15 > To: Josef Karthauser > Cc: stable@freebsd.org > Subject: Re: AHCI and correct drive geometry? >=20 > On Wed, Apr 16, 2008 at 08:12:26AM +0100, Josef Karthauser wrote: > > So what's the word on AHCI and bios drive geometry? I'm having a real > > pain of a time trying to get some 750gb sata drives running on my > > FreeBSD7 box in AHCI mode. It doesn't seem to matter what disk > geometry > > I suggest to sysinstall, something complains of an invalid disk upon > > booting it. > > > > Actually, in AHCI mode the bios screen doesn't report any information > on > > drive geometry, so all bets appear to be off in giving sysinstall the > > correct figures. >=20 > I have no problems using AHCI on our Supermicro SuperServer 5015M-T+ > systems, which are Intel ICH7-based, and with disks ranging up to > 500GB. > There are no disk geometry issues I encounter. >=20 > Here's an example of one of the heavily-loaded boxes. The boot/OS disk > is ad4. >=20 > atapci1: port 0x30e8-0x30ef,0x30dc- > 0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe8600400- > 0xe86007ff irq 19 at device 31.2 on pci0 > atapci1: [ITHREAD] > atapci1: AHCI Version 01.10 controller with 4 ports detected > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] >=20 > ad4: 190782MB at ata2-master SATA150 > ad6: 476940MB at ata3-master SATA300 > ad8: 476940MB at ata4-master SATA300 > ad10: 476940MB at ata5-master SATA300 It looks like the problem was that there was no active partition set! Joe From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 12:16:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96DB9106566C; Wed, 16 Apr 2008 12:16:58 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id EF76A8FC0C; Wed, 16 Apr 2008 12:16:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-22.lns10.adl2.internode.on.net [121.45.33.22]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m3GCGruU060168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2008 21:46:55 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 16 Apr 2008 21:46:15 +0930 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1367922.dNNBu1mc8j"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804162146.24665.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: stable@freebsd.org, Josef Karthauser Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 12:16:58 -0000 --nextPart1367922.dNNBu1mc8j Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Apr 2008, Josef Karthauser wrote: > So what's the word on AHCI and bios drive geometry? I'm having a real > pain of a time trying to get some 750gb sata drives running on my > FreeBSD7 box in AHCI mode. It doesn't seem to matter what disk > geometry I suggest to sysinstall, something complains of an invalid > disk upon booting it. > > > > Actually, in AHCI mode the bios screen doesn't report any information > on drive geometry, so all bets appear to be off in giving sysinstall > the correct figures. I would think anything this modern would totally ignore CHS and hence=20 any warnings about bogus geometry are in themselves totally bogus. ie just ignore sysinstalls bleatings. =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 --nextPart1367922.dNNBu1mc8j Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBIBe4Y5ZPcIHs/zowRAoiuAKCg/S9oDoCfyLWJK0GJ2MYawtNzHQCgmS2u kqPNMr0cMFz1GspwD5rxSpY= =XOZT -----END PGP SIGNATURE----- --nextPart1367922.dNNBu1mc8j-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 12:16:58 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96DB9106566C; Wed, 16 Apr 2008 12:16:58 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id EF76A8FC0C; Wed, 16 Apr 2008 12:16:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-22.lns10.adl2.internode.on.net [121.45.33.22]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m3GCGruU060168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2008 21:46:55 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 16 Apr 2008 21:46:15 +0930 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1367922.dNNBu1mc8j"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804162146.24665.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: stable@freebsd.org, Josef Karthauser Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 12:16:58 -0000 --nextPart1367922.dNNBu1mc8j Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Apr 2008, Josef Karthauser wrote: > So what's the word on AHCI and bios drive geometry? I'm having a real > pain of a time trying to get some 750gb sata drives running on my > FreeBSD7 box in AHCI mode. It doesn't seem to matter what disk > geometry I suggest to sysinstall, something complains of an invalid > disk upon booting it. > > > > Actually, in AHCI mode the bios screen doesn't report any information > on drive geometry, so all bets appear to be off in giving sysinstall > the correct figures. I would think anything this modern would totally ignore CHS and hence=20 any warnings about bogus geometry are in themselves totally bogus. ie just ignore sysinstalls bleatings. =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 --nextPart1367922.dNNBu1mc8j Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBIBe4Y5ZPcIHs/zowRAoiuAKCg/S9oDoCfyLWJK0GJ2MYawtNzHQCgmS2u kqPNMr0cMFz1GspwD5rxSpY= =XOZT -----END PGP SIGNATURE----- --nextPart1367922.dNNBu1mc8j-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 12:28:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 208121065674 for ; Wed, 16 Apr 2008 12:28:36 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) by mx1.freebsd.org (Postfix) with ESMTP id E29A28FC28 for ; Wed, 16 Apr 2008 12:28:35 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from [10.1.1.9] (125-239-151-158.jetstream.xtra.co.nz [125.239.151.158]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by bellagio.open2view.net (Postfix) with ESMTP id 6CDAA6C65D0 for ; Thu, 17 Apr 2008 00:09:23 +1200 (NZST) Message-Id: <2D61488F-F9BD-4B2C-B0D1-70267540A1BE@nevada.net.nz> From: Philip Murray To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 17 Apr 2008 00:09:18 +1200 X-Mailer: Apple Mail (2.919.2) Subject: File descriptor passing broken in FreeBSD 7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 12:28:36 -0000 Hi, I recently tried to use the newly released mod_rails (www.modrails.com) for Apache, and discovered it doesn't work on FreeBSD 7. It does however work on FreeBSD 6 just fine. I tracked it down to sendmsg() as detailed here: http://code.google.com/p/phusion-passenger/issues/detail?id=16 The mod_rails/passenger unit tests fail on FD passing, as do the Ruby 1.8.6 standard unit tests. They all fail with EBADF I've also tried this test case (with minor appropriate changes to file paths etc.) http://www.gnome.org/~markmc/code/test-descriptor-passing.c Again it works in FreeBSD 6, but not in FreeBSD 7 (albeit with ECONNREFUSED not EBADF). Any ideas? Cheers Phil From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 12:29:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C26BF106566C; Wed, 16 Apr 2008 12:29:44 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B40128FC15; Wed, 16 Apr 2008 12:29:44 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7E9AE1CC033; Wed, 16 Apr 2008 05:29:44 -0700 (PDT) Date: Wed, 16 Apr 2008 05:29:44 -0700 From: Jeremy Chadwick To: Daniel O'Connor Message-ID: <20080416122944.GA29115@eos.sc1.parodius.com> References: <200804162146.24665.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804162146.24665.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org, Josef Karthauser , freebsd-stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 12:29:44 -0000 On Wed, Apr 16, 2008 at 09:46:15PM +0930, Daniel O'Connor wrote: > On Wed, 16 Apr 2008, Josef Karthauser wrote: > > So what's the word on AHCI and bios drive geometry? I'm having a real > > pain of a time trying to get some 750gb sata drives running on my > > FreeBSD7 box in AHCI mode. It doesn't seem to matter what disk > > geometry I suggest to sysinstall, something complains of an invalid > > disk upon booting it. > > > > > > > > Actually, in AHCI mode the bios screen doesn't report any information > > on drive geometry, so all bets appear to be off in giving sysinstall > > the correct figures. > > I would think anything this modern would totally ignore CHS and hence > any warnings about bogus geometry are in themselves totally bogus. > > ie just ignore sysinstalls bleatings. Which begs the question -- why are we still spitting that warning out during the fdisk portion of sysinstall? Even to this day, I get mails from "junior" peers of mine asking what it's about, whether it's important, and even a few refusing to install/try the OS because of said message. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 12:29:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C26BF106566C; Wed, 16 Apr 2008 12:29:44 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B40128FC15; Wed, 16 Apr 2008 12:29:44 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7E9AE1CC033; Wed, 16 Apr 2008 05:29:44 -0700 (PDT) Date: Wed, 16 Apr 2008 05:29:44 -0700 From: Jeremy Chadwick To: Daniel O'Connor Message-ID: <20080416122944.GA29115@eos.sc1.parodius.com> References: <200804162146.24665.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804162146.24665.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org, Josef Karthauser , freebsd-stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 12:29:44 -0000 On Wed, Apr 16, 2008 at 09:46:15PM +0930, Daniel O'Connor wrote: > On Wed, 16 Apr 2008, Josef Karthauser wrote: > > So what's the word on AHCI and bios drive geometry? I'm having a real > > pain of a time trying to get some 750gb sata drives running on my > > FreeBSD7 box in AHCI mode. It doesn't seem to matter what disk > > geometry I suggest to sysinstall, something complains of an invalid > > disk upon booting it. > > > > > > > > Actually, in AHCI mode the bios screen doesn't report any information > > on drive geometry, so all bets appear to be off in giving sysinstall > > the correct figures. > > I would think anything this modern would totally ignore CHS and hence > any warnings about bogus geometry are in themselves totally bogus. > > ie just ignore sysinstalls bleatings. Which begs the question -- why are we still spitting that warning out during the fdisk portion of sysinstall? Even to this day, I get mails from "junior" peers of mine asking what it's about, whether it's important, and even a few refusing to install/try the OS because of said message. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 13:33:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E52106566B; Wed, 16 Apr 2008 13:33:41 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 70E658FC13; Wed, 16 Apr 2008 13:33:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-22.lns10.adl2.internode.on.net [121.45.33.22]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m3GDXceh063228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2008 23:03:38 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jeremy Chadwick Date: Wed, 16 Apr 2008 23:03:19 +0930 User-Agent: KMail/1.9.7 References: <200804162146.24665.doconnor@gsoft.com.au> <20080416122944.GA29115@eos.sc1.parodius.com> In-Reply-To: <20080416122944.GA29115@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2054241.4XTAyn7YXv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804162303.28982.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: stable@freebsd.org, Josef Karthauser , freebsd-stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:33:41 -0000 --nextPart2054241.4XTAyn7YXv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Apr 2008, Jeremy Chadwick wrote: > > ie just ignore sysinstalls bleatings. > > Which begs the question -- why are we still spitting that warning out > during the fdisk portion of sysinstall? I guess the problem is that it is impossible to know what systems care=20 about geometry and those that don't. =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 --nextPart2054241.4XTAyn7YXv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBIBgAo5ZPcIHs/zowRAiOTAJ42UAbM4KQoEgB2W+3OOrwq3s/wywCaA0tM TW2OISgCKKKU+4SQJ5RjcfQ= =acrM -----END PGP SIGNATURE----- --nextPart2054241.4XTAyn7YXv-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 13:33:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E52106566B; Wed, 16 Apr 2008 13:33:41 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 70E658FC13; Wed, 16 Apr 2008 13:33:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-22.lns10.adl2.internode.on.net [121.45.33.22]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m3GDXceh063228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2008 23:03:38 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jeremy Chadwick Date: Wed, 16 Apr 2008 23:03:19 +0930 User-Agent: KMail/1.9.7 References: <200804162146.24665.doconnor@gsoft.com.au> <20080416122944.GA29115@eos.sc1.parodius.com> In-Reply-To: <20080416122944.GA29115@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2054241.4XTAyn7YXv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804162303.28982.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: stable@freebsd.org, Josef Karthauser , freebsd-stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:33:41 -0000 --nextPart2054241.4XTAyn7YXv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Apr 2008, Jeremy Chadwick wrote: > > ie just ignore sysinstalls bleatings. > > Which begs the question -- why are we still spitting that warning out > during the fdisk portion of sysinstall? I guess the problem is that it is impossible to know what systems care=20 about geometry and those that don't. =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 --nextPart2054241.4XTAyn7YXv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBIBgAo5ZPcIHs/zowRAiOTAJ42UAbM4KQoEgB2W+3OOrwq3s/wywCaA0tM TW2OISgCKKKU+4SQJ5RjcfQ= =acrM -----END PGP SIGNATURE----- --nextPart2054241.4XTAyn7YXv-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 14:12:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 776DE106566B for ; Wed, 16 Apr 2008 14:12:46 +0000 (UTC) (envelope-from modelnine@modelnine.org) Received: from jord.modelnine.org (jord.modelnine.org [83.246.72.120]) by mx1.freebsd.org (Postfix) with ESMTP id 3EFBF8FC25 for ; Wed, 16 Apr 2008 14:12:46 +0000 (UTC) (envelope-from modelnine@modelnine.org) Received: from [192.168.1.37] (a89-182-216-5.net-htp.de [89.182.216.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: modelnine) by jord.modelnine.org (Postfix) with ESMTPSA id 700D2A40CDA for ; Wed, 16 Apr 2008 16:12:44 +0200 (CEST) From: Heiko Wundram To: freebsd-stable@freebsd.org Date: Wed, 16 Apr 2008 16:14:34 +0200 User-Agent: KMail/1.9.7 References: <2D61488F-F9BD-4B2C-B0D1-70267540A1BE@nevada.net.nz> In-Reply-To: <2D61488F-F9BD-4B2C-B0D1-70267540A1BE@nevada.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804161614.34721.modelnine@modelnine.org> Subject: Re: File descriptor passing broken in FreeBSD 7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 14:12:46 -0000 Am Mittwoch, 16. April 2008 14:09:18 schrieb Philip Murray: > I recently tried to use the newly released mod_rails > (www.modrails.com) for Apache, and discovered it doesn't work on > FreeBSD 7. It does however work on FreeBSD 6 just fine. > > I tracked it down to sendmsg() as detailed here: > > http://code.google.com/p/phusion-passenger/issues/detail?id=16 > > The mod_rails/passenger unit tests fail on FD passing, as do the Ruby > 1.8.6 standard unit tests. They all fail with EBADF > > I've also tried this test case (with minor appropriate changes to file > paths etc.) > > http://www.gnome.org/~markmc/code/test-descriptor-passing.c > > Again it works in FreeBSD 6, but not in FreeBSD 7 (albeit with > ECONNREFUSED not EBADF). > > > Any ideas? Works fine on 7.0-STABLE from end of last week (i.e., doesn't core-dump, and outputs the contents of test-descriptor-passing.c, to which I adapted the filename). uname -a: FreeBSD phoenix.modelnine.org 7.0-STABLE FreeBSD 7.0-STABLE #2: Fri Apr 11 13:46:16 CEST 2008 root@phoenix.modelnine.org:/usr/obj/usr/src/sys/HEIKO i386 I ran the program as an unprivileged user. -- Heiko Wundram From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 14:53:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 932DE1065674 for ; Wed, 16 Apr 2008 14:53:52 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 6B19D8FC15 for ; Wed, 16 Apr 2008 14:53:52 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 5D2878A03A for ; Wed, 16 Apr 2008 10:53:51 -0400 (EDT) Message-Id: <72A9D37B-D49F-4E59-BD76-4F3F8FF870DE@khera.org> From: Vivek Khera To: FreeBSD Stable In-Reply-To: <200804161614.34721.modelnine@modelnine.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 16 Apr 2008 10:53:51 -0400 References: <2D61488F-F9BD-4B2C-B0D1-70267540A1BE@nevada.net.nz> <200804161614.34721.modelnine@modelnine.org> X-Mailer: Apple Mail (2.919.2) Subject: Re: File descriptor passing broken in FreeBSD 7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 14:53:52 -0000 On Apr 16, 2008, at 10:14 AM, Heiko Wundram wrote: >> >> http://www.gnome.org/~markmc/code/test-descriptor-passing.c >> >> Again it works in FreeBSD 6, but not in FreeBSD 7 (albeit with >> ECONNREFUSED not EBADF). >> >> >> Any ideas? > > Works fine on 7.0-STABLE from end of last week (i.e., doesn't core- > dump, and > outputs the contents of test-descriptor-passing.c, to which I > adapted the > filename). I did same on FreeBSD 7.0-RELEASE i386 as normal user. I got the same result of the contents of the file being printed to the screen. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 15:11:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21ADF106566B for ; Wed, 16 Apr 2008 15:11:59 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id 17D3F8FC24 for ; Wed, 16 Apr 2008 15:11:58 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from localhost ([127.0.0.1]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm9Ig-000O7j-8y for freebsd-stable@freebsd.org; Wed, 16 Apr 2008 17:11:54 +0200 Message-ID: <48061734.30509@tzim.net> Date: Wed, 16 Apr 2008 17:11:48 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------050307020200030702000608" X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Subject: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 15:11:59 -0000 This is a multi-part message in MIME format. --------------050307020200030702000608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello. Running FreeBSD 7.0-STABLE (csup today) on AMD64. I got a MSI K9AGM3-F motherboard, with ATI SB600 chipset. The PATA controler is well recognised as , but the sata controler is detected as Two issues there : - sata disks works as sata150 instead of sata300 - "atacontrol list" returns "atacontrol: ioctl(IOCATADEVICES): Device not configured" which doesn't seem normal to me. Boot messages are enclosed. I can provide any other output if needed. Arnaud --------------050307020200030702000608 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #0: Wed Apr 16 14:26:10 CEST 2008 tzim@carenath.tzim.net:/usr/obj/usr/src/sys/CARENATH Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (1995.24-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1d usable memory = 493830144 (470 MB) avail memory = 474554368 (452 MB) ACPI APIC Table: <090307 APIC1050> ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <090307 RSDT1050> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fff00000, 100000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1df00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xfc000000-0xfdffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pcib2: at device 7.0 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1d:92:3b:c7:a0 re0: [FILTER] re0: [FILTER] atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: SMM does not respond, resetting usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered umass0: on uhub5 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 ral0: mem 0xfebf8000-0xfebfffff irq 22 at device 2.0 on pci3 ral0: MAC/BBP RT2561C, RF RT2527 ral0: Ethernet address: 00:13:d3:85:57:e3 ral0: [ITHREAD] re1: port 0xe800-0xe8ff mem 0xfebf7c00-0xfebf7cff irq 21 at device 3.0 on pci3 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: Ethernet address: 00:40:f4:a8:6b:d5 re1: [FILTER] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] orm0: at iomem 0xcd800-0xce7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1995235973 Hz quality 800 Timecounters tick every 1.000 msec ad0: 117246MB at ata0-master UDMA133 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 238475MB at ata4-master SATA150 ad10: 238475MB at ata5-master SATA150 da0 at umass-sim0 bus 0 target 0 lun 0 da0: < USB Flash Memory 1.00> Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 1930MB (3953664 512 byte sectors: 255H 63S/T 246C) Trying to mount root from ufs:/dev/da0s1a WARNING: /store/dl was not properly dismounted WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 ad8: Idle, spin down ad10: Idle, spin down ad4: Idle, spin down ad6: Idle, spin down ad8: drive spun down. ad10: drive spun down. ad4: drive spun down. ad6: drive spun down. ad6: request while spun down, starting. ad4: request while spun down, starting. ad8: request while spun down, starting. ad10: request while spun down, starting. Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...4 4 3 3 3 3 0 0 0 0 done All buffers synced. Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #0: Wed Apr 16 14:26:10 CEST 2008 tzim@carenath.tzim.net:/usr/obj/usr/src/sys/CARENATH Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff8087a000. Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff8087a198. Calibrating clock(s) ... i8254 clock: 1193249 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1995237746 Hz CPU: AMD Athlon(tm) 64 Processor 3200+ (1995.24-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1d L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 493830144 (470 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000977000 - 0x000000001d17cfff, 478175232 bytes (116742 pages) avail memory = 474554368 (452 MB) ACPI APIC Table: <090307 APIC1050> APIC: CPU 0 has ACPI ID 1 ACPI: RSDP @ 0x0xf9a50/0x0014 (v 0 ACPIAM) ACPI: RSDT @ 0x0x1dfd0000/0x003C (v 1 090307 RSDT1050 0x20070903 MSFT 0x00000097) ACPI: FACP @ 0x0x1dfd0200/0x0084 (v 2 090307 FACP1050 0x20070903 MSFT 0x00000097) ACPI: DSDT @ 0x0x1dfd0430/0x4271 (v 1 1ADNC 1ADNCB33 0x00000B33 INTL 0x20051117) ACPI: FACS @ 0x0x1dfde000/0x0040 ACPI: APIC @ 0x0x1dfd0390/0x005C (v 1 090307 APIC1050 0x20070903 MSFT 0x00000097) ACPI: MCFG @ 0x0x1dfd03f0/0x003C (v 1 090307 OEMMCFG 0x20070903 MSFT 0x00000097) ACPI: OEMB @ 0x0x1dfde040/0x0071 (v 1 090307 OEMB1050 0x20070903 MSFT 0x00000097) ACPI: HPET @ 0x0x1dfd46b0/0x0038 (v 1 090307 OEMHPET 0x20070903 MSFT 0x00000097) ACPI: SSDT @ 0x0x1dfd46f0/0x00F4 (v 1 A M I POWERNOW 0x00000001 AMD 0x00000001) MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 wlan_amrr: wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: io: acpi0: <090307 RSDT1050> on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) AcpiOsDerivePciId: \\_SB_.PCI0.RS48.NB2_ -> bus 0 dev 0 func 0 acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fff00000, 100000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1df00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) ACPI timer: 0/817 0/994 0/815 0/911 0/814 0/813 0/810 0/813 0/814 0/810 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1002, dev=0x7910, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x7912, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x7917, revid=0x00 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x4380, revid=0x00 domain=0, bus=0, slot=18, func=0 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xb000, size 3, enabled map[14]: type I/O Port, range 32, base 0xa000, size 2, enabled map[18]: type I/O Port, range 32, base 0x9000, size 3, enabled map[1c]: type I/O Port, range 32, base 0x8000, size 2, enabled map[20]: type I/O Port, range 32, base 0x7000, size 4, enabled map[24]: type Memory, range 32, base 0xfe7ff800, size 10, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 22 found-> vendor=0x1002, dev=0x4387, revid=0x00 domain=0, bus=0, slot=19, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0517, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[10]: type Memory, range 32, base 0xfe7fe000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4388, revid=0x00 domain=0, bus=0, slot=19, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0517, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=3 map[10]: type Memory, range 32, base 0xfe7fd000, size 12, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x4389, revid=0x00 domain=0, bus=0, slot=19, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[10]: type Memory, range 32, base 0xfe7fc000, size 12, enabled pcib0: matched entry for 0.19.INTC pcib0: slot 19 INTC hardwired to IRQ 18 found-> vendor=0x1002, dev=0x438a, revid=0x00 domain=0, bus=0, slot=19, func=3 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=3 map[10]: type Memory, range 32, base 0xfe7fb000, size 12, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x438b, revid=0x00 domain=0, bus=0, slot=19, func=4 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[10]: type Memory, range 32, base 0xfe7fa000, size 12, enabled pcib0: matched entry for 0.19.INTC pcib0: slot 19 INTC hardwired to IRQ 18 found-> vendor=0x1002, dev=0x4386, revid=0x00 domain=0, bus=0, slot=19, func=5 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0517, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe7ff000, size 8, enabled pcib0: matched entry for 0.19.INTD pcib0: slot 19 INTD hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4385, revid=0x14 domain=0, bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0401, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0xb00, size 4, enabled found-> vendor=0x1002, dev=0x438c, revid=0x00 domain=0, bus=0, slot=20, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0xff00, size 4, enabled found-> vendor=0x1002, dev=0x438d, revid=0x00 domain=0, bus=0, slot=20, func=3 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4384, revid=0x00 domain=0, bus=0, slot=20, func=4 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfe800000-0xfe9fffff pcib1: prefetched decode 0xfc000000-0xfdffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x791e, revid=0x00 domain=0, bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xfc000000, size 25, enabled pcib1: requested memory range 0xfc000000-0xfdffffff: good map[18]: type Memory, range 64, base 0xfe9f0000, size 16, enabled pcib1: requested memory range 0xfe9f0000-0xfe9fffff: good map[20]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib1: requested I/O range 0xc000-0xc0ff: in range map[24]: type Memory, range 32, base 0xfe800000, size 20, enabled pcib1: requested memory range 0xfe800000-0xfe8fffff: good pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 18 vgapci0: port 0xc000-0xc0ff mem 0xfc000000-0xfdffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pcib2: at device 7.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x10ec, dev=0x8168, revid=0x01 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib2: requested I/O range 0xd800-0xd8ff: in range map[18]: type Memory, range 64, base 0xfeaff000, size 12, enabled pcib2: requested memory range 0xfeaff000-0xfeafffff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 19 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 pcib2: re0 requested I/O range 0xd800-0xd8ff: in range pcib2: re0 requested I/O range 0xd800-0xd8ff: in range pcib2: re0 requested I/O range 0xd800-0xd8ff: in range re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 pcib2: re0 requested I/O range 0xd800-0xd8ff: in range re0: MSI count : 2 re0: attempting to allocate 2 MSI vectors (2 supported) msi: routing MSI IRQ 256 to vector 50 msi: routing MSI IRQ 257 to vector 51 re0: using IRQs 256-257 for MSI re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: bpf attached re0: Ethernet address: 00:1d:92:3b:c7:a0 re0: [MPSAFE] re0: [FILTER] re0: [MPSAFE] re0: [FILTER] atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x7000 atapci0: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfe7ff800 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 49 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: SATA connect time=0ms ata2: SIGNATURE: 00000101 ata2: ahci_reset devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: SATA connect time=0ms ata4: SIGNATURE: 00000101 ata4: ahci_reset devices=0x1 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: SATA connect time=0ms ata5: SIGNATURE: 00000101 ata5: ahci_reset devices=0x1 ata5: [MPSAFE] ata5: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 19.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fe000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 52 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 at device 19.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fd000 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 53 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.2 on pci0 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fc000 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 54 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 at device 19.3 on pci0 ohci3: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fb000 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 19.4 on pci0 ohci4: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fa000 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: SMM does not respond, resetting usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 19 at device 19.5 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe7ff000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 55 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] ehci0: Dropped interrupts workaround enabled usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered umass0: on uhub5 umass0:0:0:-1: Attached to scbus0 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xff00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 56 ata0: [MPSAFE] ata0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xe000-0xefff pcib3: memory decode 0xfeb00000-0xfebfffff pcib3: no prefetched decode pcib3: Subtractively decoded bridge. pci3: on pcib3 pci3: domain=0, physical bus=3 found-> vendor=0x1814, dev=0x0301, revid=0x00 domain=0, bus=3, slot=2, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0410, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfebf8000, size 15, enabled pcib3: requested memory range 0xfebf8000-0xfebfffff: good pcib3: matched entry for 3.2.INTA pcib3: slot 2 INTA hardwired to IRQ 22 found-> vendor=0x10ec, dev=0x8169, revid=0x10 domain=0, bus=3, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib3: requested I/O range 0xe800-0xe8ff: in range map[14]: type Memory, range 32, base 0xfebf7c00, size 8, enabled pcib3: requested memory range 0xfebf7c00-0xfebf7cff: good pcib3: matched entry for 3.3.INTA pcib3: slot 3 INTA hardwired to IRQ 21 ral0: mem 0xfebf8000-0xfebfffff irq 22 at device 2.0 on pci3 ral0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0xfebf8000 ral0: MAC/BBP RT2561C, RF RT2527 ral0: bpf attached ral0: Ethernet address: 00:13:d3:85:57:e3 ral0: bpf attached ral0: bpf attached ral0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ral0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ral0: [MPSAFE] ral0: [ITHREAD] re1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 pcib3: re1 requested I/O range 0xe800-0xe8ff: in range pcib3: re1 requested I/O range 0xe800-0xe8ff: in range pcib3: re1 requested I/O range 0xe800-0xe8ff: in range re1: port 0xe800-0xe8ff mem 0xfebf7c00-0xfebf7cff irq 21 at device 3.0 on pci3 pcib3: re1 requested I/O range 0xe800-0xe8ff: in range miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: bpf attached re1: Ethernet address: 00:40:f4:a8:6b:d5 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 57 re1: [MPSAFE] re1: [FILTER] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 59 fdc0: [FILTER] fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xcd800-0xce7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 60 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: failed to reset the aux device. ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 99761895 hz Timecounter "TSC" frequency 1995237746 Hz quality 800 Timecounters tick every 1.000 msec pflog0: bpf attached lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad0: setting PIO4 on IXP600 chip ad0: setting UDMA133 on IXP600 chip ad0: 117246MB at ata0-master UDMA133 ad0: 240121728 sectors [238216C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Silicon Image check3 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 238475MB at ata2-master SATA150 ad4: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: Silicon Image check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 238475MB at ata3-master SATA150 ad6: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad6 ad6: Silicon Image check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad8: 238475MB at ata4-master SATA150 ad8: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad8 ad8: Silicon Image check1 failed ad8: Adaptec check1 failed ad8: LSI (v3) check1 failed ad8: LSI (v2) check1 failed ad8: FreeBSD check1 failed ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: 238475MB at ata5-master SATA150 ad10: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad10 ad10: Silicon Image check1 failed ad10: Adaptec check1 failed ad10: LSI (v3) check1 failed ad10: LSI (v2) check1 failed ad10: FreeBSD check1 failed pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: < USB Flash Memory 1.00> Removable Direct Access SCSI-2 device pass0: Serial Number \^_ pass0: 40.000MB/s transfers GEda0 at umass-sim0 bus 0 target 0 lun 0 da0: < USB Flash Memory 1.00> Removable Direct Access SCSI-2 device da0: Serial Number \^_ da0: 40.000MB/s transfers da0: 1930MB (3953664 512 byte sectors: 255H 63S/T 246C) OM: new disk da0 ATA PseudoRAID loaded Trying to mount root from ufs:/dev/da0s1a start_init: trying /sbin/init WARNING: /store/dl was not properly dismounted WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 lo1: bpf attached --------------050307020200030702000608-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 15:22:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA0421065673 for ; Wed, 16 Apr 2008 15:22:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E0EBB8FC19 for ; Wed, 16 Apr 2008 15:22:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C4EC61CC033; Wed, 16 Apr 2008 08:22:54 -0700 (PDT) Date: Wed, 16 Apr 2008 08:22:54 -0700 From: Jeremy Chadwick To: Arnaud Houdelette Message-ID: <20080416152254.GA33816@eos.sc1.parodius.com> References: <48061734.30509@tzim.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48061734.30509@tzim.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 15:22:55 -0000 On Wed, Apr 16, 2008 at 05:11:48PM +0200, Arnaud Houdelette wrote: > - sata disks works as sata150 instead of sata300 > > ad4: 238475MB at ata2-master SATA150 > ad6: 238475MB at ata3-master SATA150 > ad8: 238475MB at ata4-master SATA150 > ad10: 238475MB at ata5-master SATA150 Please ensure the SATA1 limiting jumper has been removed on all of these drives. Maxtor (now Seagate) often leaves this jumper enabled by default, due to SATA chipset bugs/incompatibilities. See Section 3.2 in the below PDF: http://www.seagate.com/staticfiles/support/disc/manuals/maxtor/100451230c.pdf -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 15:28:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C9D41065683; Wed, 16 Apr 2008 15:28:12 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id E99138FC39; Wed, 16 Apr 2008 15:28:11 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from localhost ([127.0.0.1]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm9YO-000O8h-Jn; Wed, 16 Apr 2008 17:28:08 +0200 Message-ID: <48061B07.5070600@tzim.net> Date: Wed, 16 Apr 2008 17:28:07 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Jeremy Chadwick References: <48061734.30509@tzim.net> <20080416152254.GA33816@eos.sc1.parodius.com> In-Reply-To: <20080416152254.GA33816@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-stable@freebsd.org Subject: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 15:28:12 -0000 Jeremy Chadwick a �crit : > On Wed, Apr 16, 2008 at 05:11:48PM +0200, Arnaud Houdelette wrote: > >> - sata disks works as sata150 instead of sata300 >> >> ad4: 238475MB at ata2-master SATA150 >> ad6: 238475MB at ata3-master SATA150 >> ad8: 238475MB at ata4-master SATA150 >> ad10: 238475MB at ata5-master SATA150 >> > > Please ensure the SATA1 limiting jumper has been removed on all of these > drives. Maxtor (now Seagate) often leaves this jumper enabled by > default, due to SATA chipset bugs/incompatibilities. See Section 3.2 in > the below PDF: > > http://www.seagate.com/staticfiles/support/disc/manuals/maxtor/100451230c.pdf > Thanks for the info. The jumper may well be in place. Still it doesn't solve the main issue, that is the controler isn't properly recognised. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 15:44:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A53F1065677 for ; Wed, 16 Apr 2008 15:44:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail30.yandex.ru (webmail30.yandex.ru [213.180.200.152]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC6F8FC33 for ; Wed, 16 Apr 2008 15:44:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail30) by mail.yandex.ru id S6506325AbYDPPoL for (+ 1 other); Wed, 16 Apr 2008 19:44:11 +0400 X-Yandex-Spam: 0 Received: from [77.72.136.70] ([77.72.136.70]) by mail.yandex.ru with HTTP; Wed, 16 Apr 2008 19:44:10 +0400 From: "Andrey V. Elsukov" To: arnaud.houdelette@tzim.net In-Reply-To: 9060000000211159472 References: <48061734.30509@tzim.net> <20080416152254.GA33816@eos.sc1.parodius.com> 9060000000211159472 MIME-Version: 1.0 Message-Id: <103161208360650@webmail30.yandex.ru> Date: Wed, 16 Apr 2008 19:44:10 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 15:44:18 -0000 16.04.08, 19:28, "Arnaud Houdelette" : > Thanks for the info. The jumper may well be in place. > Still it doesn't solve the main issue, that is the controler isn't > properly recognised. - it is ok. The generic AHCI was added some time ago. So if your controller is true AHCI it will be detected in this way. And now we don't need to add each new device id in the driver. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 16:19:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1671106564A for ; Wed, 16 Apr 2008 16:19:03 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 698118FC1A for ; Wed, 16 Apr 2008 16:19:03 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id m3GGJ0Mk026074; Wed, 16 Apr 2008 18:19:01 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 94521B82D; Wed, 16 Apr 2008 18:19:00 +0200 (CEST) Date: Wed, 16 Apr 2008 18:19:00 +0200 From: Roland Smith To: Steve Franks Message-ID: <20080416161900.GA64156@slackbox.xs4all.nl> Mail-Followup-To: Steve Franks , freebsd-stable@freebsd.org References: <539c60b90804111420kcb73e6do8a20dce574d13864@mail.gmail.com> <20080412213225.GB24224@slackbox.xs4all.nl> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> 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! User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 16:19:03 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2008 at 09:10:23AM -0700, Steve Franks wrote: >=20 > freebsd-stable: as you can see, Roland has been teaching me about > crashdumps since my umass brought down one system, and is rather > unusable on another. Here's the kgdb output: >=20 > Best, > Steve >=20 > [steve@dystant /usr/obj/usr/src/sys/GENERIC]$ sudo kgdb kernel.debug > /var/crash/vmcore.3 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x0 > fault code =3D supervisor read instruction, page not present > instruction pointer =3D 0x8:0x0 > stack pointer =3D 0x10:0xffffffffa0208570 > frame pointer =3D 0x10:0xffffff0001e1ca00 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 12 (swi4: clock sio) Odd. This doesn't seem to have anything to do with usb. It is in a kernel thread that runs the clock and serial port. > trap number =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 32s > Physical memory: 1002 MB > Dumping 96 MB: 81 65 49 33 17 >=20 > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); > (kgdb) If you give the 'bt' command (backtrace) here, what does it say? Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgGJvQACgkQEnfvsMMhpyVhuwCeJVhyMh5tbR4fKyWI3VkThUEV cTsAoIgMRGMm4/u23ZDkWTN3yCTfSPPa =cmyB -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 16:35:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EF681065670 for ; Wed, 16 Apr 2008 16:35:35 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 3C69C8FC15 for ; Wed, 16 Apr 2008 16:35:35 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so732428anc.13 for ; Wed, 16 Apr 2008 09:35:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=zd2YSfAHj5pKAfKI25TMJ+BWBAvLn2ugB/RQZ6ihRRs=; b=eEjpY3DcRuZCbX0bGs/kT9Su+GlX0RinNVHceb9JC2oihnQzt6JPkA4GB+TEIFZ1Fopcl95ViOK9sTR4qR8eKWoYZ2ObXtIM8b/Y8UHjQOAt4JUaDWzW+G2SF1zDYt8bxo9tGbN9fJ4WPCZkuin35h4V5xw2c4IBYknIVd3ivJU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=HO6e2IQlVFM3Cz1zrWOw1KqV4oJKP7XnBp6itHcv6FHx6qRS0I8hHKmAkKvCqHQXNxxh/tR40jWKvT3HWM942kPxYlgDN9K7Vcp+ml9iPWahpQ7j5vCg19YOEYsZ/Dt0tZb32P5H7of042IIajco+UesXm3gvg33Mfrxl8Iq/Dw= Received: by 10.100.252.17 with SMTP id z17mr312178anh.6.1208362223258; Wed, 16 Apr 2008 09:10:23 -0700 (PDT) Received: by 10.100.253.13 with HTTP; Wed, 16 Apr 2008 09:10:23 -0700 (PDT) Message-ID: <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> Date: Wed, 16 Apr 2008 09:10:23 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: "Roland Smith" , freebsd-stable@freebsd.org In-Reply-To: <20080415192028.GA31706@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <539c60b90804111420kcb73e6do8a20dce574d13864@mail.gmail.com> <20080412213225.GB24224@slackbox.xs4all.nl> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> X-Google-Sender-Auth: 60462e72f0d26161 Cc: Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stevefranks@ieee.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 16:35:35 -0000 On Tue, Apr 15, 2008 at 12:20 PM, Roland Smith wrote: > On Tue, Apr 15, 2008 at 11:34:31AM -0700, Steve Franks wrote: > > Being a naturally curious guy, with your pointers, I've located the fo= llowing: > > > > [steve@dystant /var/crash]$ sudo cat info.2 > > Yep. This is what you need. > > > > Dump header from device /dev/ad4s1b > > Architecture: amd64 > > Architecture Version: 2 > > Dump Length: 211496960B (201 MB) > > Blocksize: 512 > > Dumptime: Fri Apr 11 11:02:40 2008 > > As you can see it went wrong _just_ after you plugged in the olympus. > > > > Hostname: dystant.franks-development.dyndns.biz > > Magic: FreeBSD Kernel Dump > > Version String: FreeBSD 7.0-STABLE #14: Mon Mar 10 16:35:38 MST 2008 > > steve@dystant.franks-development.dyndns.biz:/usr/obj/usr/src/sys/G= ENERIC > > Panic String: page fault > > This is what caused the crash. The system was trying to access memory > that it shouldn't. The question is where did it happen. > > > > Dump Parity: 2580707083 > > Bounds: 2 > > Dump Status: good > > The developers' handbook* will show you how to debug the crashdump. The > developers will be interested in the cause of the crash and the stack > backtrace. See =A710.2 of the developers' handbook. > > With that info you could post a question on the -amd64 or -stable list. > > (* if installed you should be able to find it at > file:///usr/share/doc/en_US.ISO8859-1/books/developers-handbook/index.ht= ml) > > > > [steve@dystant /var/log]$ cat messages.0 | grep umass > > Apr 11 11:02:39 dystant kernel: umass0: > I presume that the next line is 'Copyright (c) 1992-2008 The FreeBSD Pro= ject.'? > That would indicate that the systems crashes before it gets to assign a > da device to the umass device. > > If it is something like 'da0 at umass-sim0 bus 0 target 0 lun 0' it is > interesting as well, because it can show _where_ things go wrong. > > Try something like "grep -A 1 'umass0: <' /var/log/messages.0" > > By the way, can you reproduce the crash with another umass device? > > > > It could be hardware-related, I guess - the crash is rather faster if > > I plug into the front of the case vs. directly into the motherboard in > > the back. > > That could be interesting. But it could also be caused by the topology > of the usb bus. I'm not an expert on this issue. :-) > > > > The interesting thing is that it is only umass, not ucom, > > ugen, or ums (they all play fine). > > Well, they are different drivers using different code paths through the > kernel. But it will help in narrowing down the cause of the crash. > > My guesstimate would be that it bombs in trying to assign a da device to > the umass device. But I could be wrong. > > BTW, if you post a followup to one of the mailing lists, don't forget to > mention what usb controller you're using. You can easily find that out > with 'dmesg|grep "^usb"'. This will show you how many usb controllers > you have and what type of controller chip they use. > > > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith= / > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated= ] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725= ) > freebsd-stable: as you can see, Roland has been teaching me about crashdumps since my umass brought down one system, and is rather unusable on another. Here's the kgdb output: Best, Steve [steve@dystant /usr/obj/usr/src/sys/GENERIC]$ sudo kgdb kernel.debug /var/crash/vmcore.3 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D supervisor read instruction, page not present instruction pointer =3D 0x8:0x0 stack pointer =3D 0x10:0xffffffffa0208570 frame pointer =3D 0x10:0xffffff0001e1ca00 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi4: clock sio) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 32s Physical memory: 1002 MB Dumping 96 MB: 81 65 49 33 17 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); (kgdb) From owner-freebsd-stable@FreeBSD.ORG Wed Apr 16 21:45:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F27DD1065671 for ; Wed, 16 Apr 2008 21:45:51 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (unknown [IPv6:2001:470:1f06:4e1::2]) by mx1.freebsd.org (Postfix) with ESMTP id AE9808FC14 for ; Wed, 16 Apr 2008 21:45:51 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Thawte Freemail Member", Issuer "Thawte Personal Freemail Issuing CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id BABE9614A for ; Wed, 16 Apr 2008 17:45:50 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1208382350; bh=DQwPBgI3EhoNxK 2XBVkR0h8ZjSVNza0dGMXIPCqUobs=; h=Message-ID:Date:From:MIME-Version: To:Subject:Content-Type:Content-Transfer-Encoding; b=aRKLGbJDtsFGU cgFXWUAGLAEQQBcxZUn+bn94KBpadTSvkgaEnLiqamK5Hcdm/5xN4HMTkU80tUWfjdB CjA0eaVlk3M4j7S8bl92lAt+ayU8SmlcHIcmK/djmgp/2U8U DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=nPBD3SZ77p4ocx/v9Sk+SyWfNfxtQBcjgGq3szXD6idRkSuJXAbdroxcwHRpootIS ek4K2x+baPPZtW3XfXDd5jHm6EtZTKib3cSbj5Di6La+Divnf+5x0eUSjEYDWRY Message-ID: <4806738C.4000603@protected-networks.net> Date: Wed, 16 Apr 2008 17:45:48 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.12 (X11/20080311) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: jail addressing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 21:45:52 -0000 I currently have a bunch of jails with IPv4 addresses and I can't see a way of configuring them to have both IPv4 and v6. Is this possible in 7-stable? Michael From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 02:21:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FC62106566B for ; Thu, 17 Apr 2008 02:21:29 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 5753B8FC0A for ; Thu, 17 Apr 2008 02:21:29 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [192.168.3.55] (unknown [78.83.112.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id 6688DFFE1F2; Thu, 17 Apr 2008 05:21:16 +0300 (EEST) Message-ID: <4806B41A.8070500@lozenetz.org> Date: Thu, 17 Apr 2008 05:21:14 +0300 From: Anton - Valqk User-Agent: Icedove 1.5.0.14pre (X11/20080305) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <47EDD0EE.7090803@lozenetz.org> <47EDD2B7.5040104@gmail.com> In-Reply-To: <47EDD2B7.5040104@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: stable@freebsd.org Subject: Re: why does my apache-worker broke after upgrade to 6_3_RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 02:21:29 -0000 well, well, well..... FreeBSD Errata Notice FreeBSD-EN-08:01.libpthread is this connected to my problem with apache2-worker? I think so. another problem in last two months. I'm experiencing another strange problem with mount_nullfs locking. The system is simply, hanging, despite of losing dirs that are null mounted! IMHO FreeBSD is going very wrong way... in 4.10, 5.X times the sysadmin wasn't working when he got his job done. now.... you simply can't know what will happen on next update to 'STABLE'.... and no bin packages (unlike debian). If this continues, it won't take me long to migrate to debian, despite I don't want to, but I want to have a nice deep sleep, no alarms in the middle of the night.... cheers, valqk. Aryeh M. Friedman wrote: > Anton - Valqk wrote: >> Hi group, >> does anyone has idea >> why the #$#$#$%$%#$%$@#$% upgrade to latest 6_3_RELEASE >> broke my apache-worker?!??? >> In logs I get: >> Fatal error 'kse_exit() failed for system scope thread' at line 1215 in >> file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 22) >> >> I don't think it's a suggested behavior? >> This broke my apache for christ sake!!! >> Not pretty sure about all other threaded apps..... >> after 10 times I've rebuilded my port from scratch and seeing that it's >> not a problem with this, >> I've found a solution: >> adding in /etc/libmap.conf >> >> [httpd] >> libpthread.so.2 libthr.so.2 >> libpthread.so libthr.so >> >> >> but can anyone tell me why the @#$@$R#%$@$$@$@$#% I get to this state >> by only updating to 6_3_RELEASE which is SUPPOSED TO BE ROCK SOLID >> STABLE!!!! >> and don't break that ugly things!!! >> freebsd is really pissing me off recently! >> I'm seeing a great increase of the problems recent years, as I'm >> following the list and dealing with it. >> anywayz, can anyone answer me plz why did I get to this state? >> >> thanks >> >> >> > Did you re-install apache from ports and everything it depends on? > If so look at the man page for libmap.conf (*BUT* make extra sure you > actually re-installed everything instead of just thinking you did) > _______________________________________________ > 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" > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 02:27:21 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971021065670 for ; Thu, 17 Apr 2008 02:27:21 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 83E518FC1B for ; Thu, 17 Apr 2008 02:27:21 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7D4061CC033; Wed, 16 Apr 2008 19:27:21 -0700 (PDT) Date: Wed, 16 Apr 2008 19:27:21 -0700 From: Jeremy Chadwick To: Anton - Valqk Message-ID: <20080417022721.GA64454@eos.sc1.parodius.com> References: <47EDD0EE.7090803@lozenetz.org> <47EDD2B7.5040104@gmail.com> <4806B41A.8070500@lozenetz.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4806B41A.8070500@lozenetz.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org, "Aryeh M. Friedman" Subject: Re: why does my apache-worker broke after upgrade to 6_3_RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 02:27:21 -0000 On Thu, Apr 17, 2008 at 05:21:14AM +0300, Anton - Valqk wrote: > well, > well, > well..... > FreeBSD Errata Notice FreeBSD-EN-08:01.libpthread > is this connected to my problem with apache2-worker? > I think so. Your problem (re: kse_exit()) is very likely unrelated to this. Did you read the errata notice in full, specifically Section III? ===== III. Impact After the fork(2) system returns, the newly created child process may freeze in user space for no apparent reason. This affects any threaded application that invokes fork(2), most frequently those that call fork(2) before execve(2) or system(3) to run external programs. ===== On the other hand, this erratum very likely explains the problems people are having with Nagios. > now.... you simply can't know what will happen on next update to > 'STABLE'.... and no bin packages (unlike debian). > If this continues, it won't take me long to migrate to debian, despite I > don't want to, but I want to have a nice deep sleep, no alarms in the > middle of the night.... There are most definitely binary packages for FreeBSD. I really don't know where you got the idea there weren't. And I do hope you enjoy Debian (I say that sincerely). Use whatever OS meets your needs/requirements; if it's not FreeBSD, then that's cool too. Blind advocacy is rarely good... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 06:06:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B401065670 for ; Thu, 17 Apr 2008 06:06:20 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 45F858FC12 for ; Thu, 17 Apr 2008 06:06:20 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: by rv-out-0506.google.com with SMTP id b25so1570396rvf.43 for ; Wed, 16 Apr 2008 23:06:19 -0700 (PDT) Received: by 10.140.136.6 with SMTP id j6mr515439rvd.56.1208410648344; Wed, 16 Apr 2008 22:37:28 -0700 (PDT) Received: by 10.141.152.4 with HTTP; Wed, 16 Apr 2008 22:37:28 -0700 (PDT) Message-ID: <47713ee10804162237h7223f8c0jf44c8211ffb36269@mail.gmail.com> Date: Thu, 17 Apr 2008 13:37:28 +0800 From: "Lin Jui-Nan Eric" To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Lots of FIN_WAIT_1 TCP Connections and deadlock in zoneli state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 06:06:20 -0000 Hi All, I am running squid as reverse proxy on FreeBSD 7.0-R amd64. After running for a while (~ 8 hours), the throughput degrades to very very low rate. I found the squid is in "zoneli" state and is already a bug report on http://www.freebsd.org/cgi/query-pr.cgi?pr=106317 But after more investigation, I found there are lots of TCP Connections in FIN_WAIT_1 and never close. # netstat -an | grep FIN_WAIT_1 | wc -l 823 # netstat -an | grep FIN_WAIT_1 | head tcp4 0 273 192.168.1.1.80 61.62.121.195.64739 FIN_WAIT_1 tcp4 0 13448 192.168.1.1.80 163.22.44.102.58775 FIN_WAIT_1 tcp4 0 33304 192.168.1.1.80 163.32.61.253.2273 FIN_WAIT_1 tcp4 0 48416 192.168.1.1.80 24.78.35.230.61059 FIN_WAIT_1 tcp4 0 33580 192.168.1.1.80 140.130.102.8.24673 FIN_WAIT_1 tcp4 0 32009 192.168.1.1.80 163.23.57.133.38863 FIN_WAIT_1 tcp4 0 78112 192.168.1.1.80 122.146.0.210.21639 FIN_WAIT_1 tcp4 0 32046 192.168.1.1.80 140.130.102.8.23723 FIN_WAIT_1 tcp4 0 32120 192.168.1.1.80 140.128.194.130.56875 FIN_WAIT_1 tcp4 0 33580 192.168.1.1.80 163.21.235.230.33900 FIN_WAIT_1 Is there a timeout timer for the FIN_WAIT_1 state? Thank you for any suggestions! From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 09:13:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67C131065678 for ; Thu, 17 Apr 2008 09:13:30 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 25A548FC2E for ; Thu, 17 Apr 2008 09:13:30 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [81.19.90.207] (unknown [81.19.90.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id CFF361704A for ; Thu, 17 Apr 2008 13:03:09 +0400 (MSD) Message-ID: <4807124A.40909@citrin.ru> Date: Thu, 17 Apr 2008 13:03:06 +0400 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: mount -p in 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 09:13:30 -0000 mount -p seems to be broken in FreeBSD7 $ mount ... /dev/mirror/gm0s1g on /spool (ufs, local, noatime, nosuid, soft-updates) $ mount -p ... /dev/mirror/gm0s1g /spool ufs nosuid,noatime 2 2 If nosuid,noatime without rw option written to /etc/fstab system can't mount /spool on startup. On FreeBSD6 mount -p work fine: $ mount -p ... /dev/mirror/gm0s1g /spool ufs rw,nosuid,noatime 2 2 -- WBR, Anton Yuzhaninov From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 09:23:23 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60E2F106564A; Thu, 17 Apr 2008 09:23:23 +0000 (UTC) (envelope-from joe.karthauser@geomerics.com) Received: from mail68.messagelabs.com (mail68.messagelabs.com [193.109.255.67]) by mx1.freebsd.org (Postfix) with SMTP id 827C78FC14; Thu, 17 Apr 2008 09:23:21 +0000 (UTC) (envelope-from joe.karthauser@geomerics.com) X-VirusChecked: Checked X-Env-Sender: joe.karthauser@geomerics.com X-Msg-Ref: server-10.tower-68.messagelabs.com!1208424200!89290804!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [217.28.130.38] Received: (qmail 3412 invoked from network); 17 Apr 2008 09:23:20 -0000 Received: from hostedexchange.hostedservice.com (HELO hostedexchange.hostedservice.com) (217.28.130.38) by server-10.tower-68.messagelabs.com with SMTP; 17 Apr 2008 09:23:20 -0000 Received: from THHS2EXBE1X.hostedservice2.net ([192.168.16.21]) by hostedexchange.hostedservice.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Apr 2008 10:23:48 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 17 Apr 2008 10:22:36 +0100 Message-ID: In-Reply-To: <200804162303.28982.doconnor@gsoft.com.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AHCI and correct drive geometry? Thread-Index: AcifxpbW9mxDFD9gTCChPH3q5ivXVQApcYLw References: <200804162146.24665.doconnor@gsoft.com.au> <20080416122944.GA29115@eos.sc1.parodius.com> <200804162303.28982.doconnor@gsoft.com.au> From: "Josef Karthauser" To: "Daniel O'Connor" , "Jeremy Chadwick" X-OriginalArrivalTime: 17 Apr 2008 09:23:48.0610 (UTC) FILETIME=[BE163E20:01C8A06C] Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: RE: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 09:23:23 -0000 > -----Original Message----- > From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] > Sent: 16 April 2008 14:33 > To: Jeremy Chadwick > Cc: freebsd-stable@freebsd.org; stable@freebsd.org; Josef Karthauser > Subject: Re: AHCI and correct drive geometry? >=20 > On Wed, 16 Apr 2008, Jeremy Chadwick wrote: > > > ie just ignore sysinstalls bleatings. > > > > Which begs the question -- why are we still spitting that warning out > > during the fdisk portion of sysinstall? >=20 > I guess the problem is that it is impossible to know what systems care > about geometry and those that don't. Granted. Perhaps we just need to tone it down a bit then. On my system the warning appears when you first enter the fdisk editor, and then every time you move the cursor it reappears. It claims that it is selecting a more sensible setting, but even so it still throws up loads of warnings. Perhaps it only needs to be displayed once, or maybe the 'make up a suggested geometry setting' code is broken on modern systems. Joe From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 09:33:03 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2104106566C for ; Thu, 17 Apr 2008 09:33:03 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id B90128FC14 for ; Thu, 17 Apr 2008 09:33:03 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3H9Wvi0063027; Thu, 17 Apr 2008 02:33:03 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3H9WZ7x037497; Thu, 17 Apr 2008 02:32:35 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3H9WYKd056588; Thu, 17 Apr 2008 02:32:34 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 17 Apr 2008 18:32:32 +0900 Message-ID: From: gnn@freebsd.org To: stable@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: jfv@freebsd.org Subject: Problems with em0 failing to initialize on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 09:33:04 -0000 Hi, I am running 7-STABLE with machines that are net booted. On occasion, that is not with any level of predictability, this happens: em0: Hardware Initialization Failed em0: Unable to initialize the hardware which of course stops the machine in its tracks. A normal dmesg is also included. Any steps I should take to help debug this? Best, George Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #2: Wed Apr 16 22:18:10 EDT 2008 gnn@builder:/builder/gnn/FreeBSD.7/src/sys/amd64/compile/HRT_FBSD7_DEBUG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5365 @ 3.00GHz (3000.12-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8580186112 (8182 MB) avail memory = 8293068800 (7908 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi0: [ITHREAD] 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 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 cpu4: on acpi0 acpi_throttle4: on cpu4 acpi_throttle4: failed to attach P_CNT device_attach: acpi_throttle4 attach returned 6 cpu5: on acpi0 acpi_throttle5: on cpu5 acpi_throttle5: failed to attach P_CNT device_attach: acpi_throttle5 attach returned 6 cpu6: on acpi0 acpi_throttle6: on cpu6 acpi_throttle6: failed to attach P_CNT device_attach: acpi_throttle6 attach returned 6 cpu7: on acpi0 acpi_throttle7: on cpu7 acpi_throttle7: failed to attach P_CNT device_attach: acpi_throttle7 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: irq 18 at device 2.0 on pci2 pci4: on pcib4 em0: port 0x2000-0x201f mem 0xdaa20000-0xdaa3ffff,0xdaa00000-0xdaa1ffff irq 18 at device 0.0 on pci4 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:7d:7c:56 em0: [FILTER] em1: port 0x2020-0x203f mem 0xdaa60000-0xdaa7ffff,0xdaa40000-0xdaa5ffff irq 19 at device 0.1 on pci4 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:7d:7c:57 em1: [FILTER] pcib5: at device 0.3 on pci1 pci5: on pcib5 pcib6: at device 4.0 on pci0 pci6: on pcib6 cxgbc0: mem 0xda801000-0xda801fff,0xda000000-0xda7fffff,0xda800000-0xda800fff irq 16 at device 0.0 on pci6 cxgb0: on cxgbc0 cxgb0: Ethernet address: 00:07:43:05:26:16 pcib7: at device 6.0 on pci0 pci7: on pcib7 3ware device driver for 9000 series storage controllers, version: 3.70.05.001 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xd8000000-0xd9ffffff,0xdab00000-0xdab00fff irq 18 at device 0.0 on pci7 twa0: [ITHREAD] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-4LPML, 4 ports, Firmware FE9X 3.08.00.016, BIOS BE9X 3.08.00.004 pci0: at device 8.0 (no driver attached) uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdaf00000-0xdaf003ff irq 17 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib8: at device 30.0 on pci0 pci8: on pcib8 vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xdac00000-0xdac0ffff irq 18 at device 1.0 on pci8 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xcdfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDRW at ata0-slave UDMA33 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 1430481MB (2929625088 512 byte sectors: 255H 63S/T 182360C) Trying to mount root from nfs: NFS ROOT: 10.0.8.100:/builder/testlab1 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] bind qsets cxgbc0: enabling interrupts on port=0 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 09:33:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EC7E10656D1 for ; Thu, 17 Apr 2008 09:33:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF158FC25 for ; Thu, 17 Apr 2008 09:33:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 91E3A74400C; Thu, 17 Apr 2008 12:33:11 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ydaDg1qMYdvs; Thu, 17 Apr 2008 12:33:11 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 2927074400A; Thu, 17 Apr 2008 12:33:11 +0300 (EEST) Message-ID: <48071956.2090103@icyb.net.ua> Date: Thu, 17 Apr 2008 12:33:10 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080311) MIME-Version: 1.0 To: Steve Franks , freebsd-stable@freebsd.org References: <1207959807.00055755.1207949401@10.7.7.3> <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> In-Reply-To: <1208373797.00057829.1208362805@10.7.7.3> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 09:33:14 -0000 on 16/04/2008 19:19 Roland Smith said the following: > On Wed, Apr 16, 2008 at 09:10:23AM -0700, Steve Franks wrote: >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x0 >> fault code = supervisor read instruction, page not present >> instruction pointer = 0x8:0x0 >> stack pointer = 0x10:0xffffffffa0208570 >> frame pointer = 0x10:0xffffff0001e1ca00 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 12 (swi4: clock sio) > > Odd. This doesn't seem to have anything to do with usb. It is in a > kernel thread that runs the clock and serial port. It is not as odd if you consider that "clock" is actually softclock that executes timeouts/callouts and I have no doubts that we do use those in USB subsystem. > > If you give the 'bt' command (backtrace) here, what does it say? I think 'bt' should be a default command in kgdb init or at least there should be a big advice to the users: "if you managed to run kgdb on a core file, then at the very least execute bt command" :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 09:51:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 889B21065672 for ; Thu, 17 Apr 2008 09:51:22 +0000 (UTC) (envelope-from joe.karthauser@geomerics.com) Received: from mail68.messagelabs.com (mail68.messagelabs.com [193.109.255.67]) by mx1.freebsd.org (Postfix) with SMTP id F18A58FC21 for ; Thu, 17 Apr 2008 09:51:21 +0000 (UTC) (envelope-from joe.karthauser@geomerics.com) X-VirusChecked: Checked X-Env-Sender: joe.karthauser@geomerics.com X-Msg-Ref: server-10.tower-68.messagelabs.com!1208424200!89290804!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [217.28.130.38] Received: (qmail 3412 invoked from network); 17 Apr 2008 09:23:20 -0000 Received: from hostedexchange.hostedservice.com (HELO hostedexchange.hostedservice.com) (217.28.130.38) by server-10.tower-68.messagelabs.com with SMTP; 17 Apr 2008 09:23:20 -0000 Received: from THHS2EXBE1X.hostedservice2.net ([192.168.16.21]) by hostedexchange.hostedservice.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Apr 2008 10:23:48 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 17 Apr 2008 10:22:36 +0100 Message-ID: In-Reply-To: <200804162303.28982.doconnor@gsoft.com.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AHCI and correct drive geometry? Thread-Index: AcifxpbW9mxDFD9gTCChPH3q5ivXVQApcYLw References: <200804162146.24665.doconnor@gsoft.com.au> <20080416122944.GA29115@eos.sc1.parodius.com> <200804162303.28982.doconnor@gsoft.com.au> From: "Josef Karthauser" To: "Daniel O'Connor" , "Jeremy Chadwick" X-OriginalArrivalTime: 17 Apr 2008 09:23:48.0610 (UTC) FILETIME=[BE163E20:01C8A06C] Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: RE: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 09:51:22 -0000 > -----Original Message----- > From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] > Sent: 16 April 2008 14:33 > To: Jeremy Chadwick > Cc: freebsd-stable@freebsd.org; stable@freebsd.org; Josef Karthauser > Subject: Re: AHCI and correct drive geometry? >=20 > On Wed, 16 Apr 2008, Jeremy Chadwick wrote: > > > ie just ignore sysinstalls bleatings. > > > > Which begs the question -- why are we still spitting that warning out > > during the fdisk portion of sysinstall? >=20 > I guess the problem is that it is impossible to know what systems care > about geometry and those that don't. Granted. Perhaps we just need to tone it down a bit then. On my system the warning appears when you first enter the fdisk editor, and then every time you move the cursor it reappears. It claims that it is selecting a more sensible setting, but even so it still throws up loads of warnings. Perhaps it only needs to be displayed once, or maybe the 'make up a suggested geometry setting' code is broken on modern systems. Joe From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 10:14:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D6D1065673; Thu, 17 Apr 2008 10:14:19 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id BF5008FC18; Thu, 17 Apr 2008 10:14:18 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from localhost ([127.0.0.1]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmR89-000Pzq-Bd; Thu, 17 Apr 2008 12:14:13 +0200 Message-ID: <480722F4.9010600@tzim.net> Date: Thu, 17 Apr 2008 12:14:12 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <48061734.30509@tzim.net> <20080416152254.GA33816@eos.sc1.parodius.com> 9060000000211159472 <103161208360650@webmail30.yandex.ru> In-Reply-To: <103161208360650@webmail30.yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 10:14:19 -0000 Andrey V. Elsukov a �crit : > 16.04.08, 19:28, "Arnaud Houdelette" : > > >> Thanks for the info. The jumper may well be in place. >> Still it doesn't solve the main issue, that is the controler isn't >> properly recognised. >> > > - it is ok. > > The generic AHCI was added some time ago. So if your > controller is true AHCI it will be detected in this way. > And now we don't need to add each new device id in the > driver. > > -- > WBR, Andrey V. Elsukov > I removed the jumpers, and drives are recognised as sata300. But I still get the "atacontrol: ioctl(IOCATADEVICES): Device not configured" message. Thanks anyway. It doesn't really bothers me as long as the controler works fine. Regards, Arnaud Houdelette From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 10:39:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B2F1106564A for ; Thu, 17 Apr 2008 10:39:58 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id C8E318FC15 for ; Thu, 17 Apr 2008 10:39:57 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so8796fgg.35 for ; Thu, 17 Apr 2008 03:39:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=jdh3415tw2rZD68Tv30jheDGYFK2k9A/iW7Vi53mLDY=; b=iQuD3uSH64AGWdSemLQdSCsVO2zNpFucp+LOi/5+Ed8XNKi5mZME1LxFlzEjgT770HwkeaQaibwD9/Ed4+7D1lGGaKuNJb3Ozz9dDCfV0jEmIcqvOckk6KPwDc6TqSwk2Vc6GrhYlUey6m5lO2PxXMGGC84VfIbeV5Qma7s1Rf0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=sNzoGNkFTiOHXO/oExe+lopUFSxYDnbKNwqodkiOgn8iGhPLObQlqjYMc+RauIqlnPcemicXXWuqHGqdscQB0oNBIeL381Qme31ecNF6keNAB0FVkmj0D3Xl7VNd/K2riyYAydotQFIw1klVg+DpBjrMhMEDt2IFqgCsAohjwtc= Received: by 10.86.31.18 with SMTP id e18mr2375039fge.68.1208428796604; Thu, 17 Apr 2008 03:39:56 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.80]) by mx.google.com with ESMTPS id m5sm18176300gve.1.2008.04.17.03.39.52 (version=SSLv3 cipher=RC4-MD5); Thu, 17 Apr 2008 03:39:55 -0700 (PDT) From: Tom Evans To: Ruben van Staveren In-Reply-To: References: <200803051432.m25EWaeT035807@drugs.dv.isc.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-z+VtvqzUJp2ZOv+1Dpn5" Date: Thu, 17 Apr 2008 11:39:51 +0100 Message-Id: <1208428791.1940.32.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Cc: vadim_nuclight@mail.ru, freebsd-stable@freebsd.org, Mark Andrews , Andy Dills Subject: Re: INET6 required for SCTP in 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 10:39:58 -0000 --=-z+VtvqzUJp2ZOv+1Dpn5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-03-05 at 15:46 +0100, Ruben van Staveren wrote: > On 5 Mar 2008, at 15:32, Mark Andrews wrote: >=20 > >> - IPv6 provides almost no technological upgrades beyond additional =20 > >> address > >> space. DHCP addressed the auto configuration feature, VPNs addressed > >> IPsec. > > > > That extra address space really is a big advantage. It > > really is so much better to be able to get to machines you > > need to without have to manually setup application relays > > because you couldn't get enough address space to be able > > to globally address everything want to. >=20 > Please see http://www.youtube.com/watch?v=3D_y36fG2Oba0 >=20 > This song exactly explains why you should care about IPv6 :) >=20 > I don't get this "anti IPv6" behaviour. If people are not willing to =20 > adopt it, it will not get tested which in turn will make other people =20 > hesitating to jump on the bandwagon. Having it compiled in your system =20 > does not cause harm if you don't configure it and for everything else =20 > there are traffic filters. Just like IPv4. >=20 > - Ruben Sorry to stir a hornets nest, but this[1] is why people have a distrust of IPv6. This clearly is not a failing of IPv6, but it would still catch people out who do not use IPv6, but have it enabled as part of a 'default' configuration. If you don't use something at all, the chance of it having or exposing some semi-related bug is not worth the risk. [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D5422+0 +current/freebsd-announce --=-z+VtvqzUJp2ZOv+1Dpn5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgHKPIACgkQlcRvFfyds/d7hgCdEktllD+ZJ2Fi8hWBzT5O7gzE afwAoKa5mHXleoooprbn5wkZlr1qg04R =puNa -----END PGP SIGNATURE----- --=-z+VtvqzUJp2ZOv+1Dpn5-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 11:15:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74ACE1065673 for ; Thu, 17 Apr 2008 11:15:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6605F8FC18 for ; Thu, 17 Apr 2008 11:15:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 146071CC038; Thu, 17 Apr 2008 04:15:57 -0700 (PDT) Date: Thu, 17 Apr 2008 04:15:57 -0700 From: Jeremy Chadwick To: Arnaud Houdelette Message-ID: <20080417111557.GA81115@eos.sc1.parodius.com> References: <48061734.30509@tzim.net> <20080416152254.GA33816@eos.sc1.parodius.com> <103161208360650@webmail30.yandex.ru> <480722F4.9010600@tzim.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <480722F4.9010600@tzim.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: "Andrey V. Elsukov" , freebsd-stable@freebsd.org Subject: Re: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 11:15:57 -0000 On Thu, Apr 17, 2008 at 12:14:12PM +0200, Arnaud Houdelette wrote: > Andrey V. Elsukov a �crit : >> 16.04.08, 19:28, "Arnaud Houdelette" : >> >> >>> Thanks for the info. The jumper may well be in place. >>> Still it doesn't solve the main issue, that is the controler isn't >>> properly recognised. >>> >> >> - it is ok. >> >> The generic AHCI was added some time ago. So if your controller is true >> AHCI it will be detected in this way. >> And now we don't need to add each new device id in the >> driver. >> >> -- >> WBR, Andrey V. Elsukov >> > I removed the jumpers, and drives are recognised as sata300. > But I still get the "atacontrol: ioctl(IOCATADEVICES): Device not > configured" message. And this is on an `atacontrol list`? Hmm. It almost sounds like your kernel is missing a device line or something, very odd. Please open a PR on that, Soren or someone else should be able to fix it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 11:18:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30BA51065672 for ; Thu, 17 Apr 2008 11:18:52 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id B95498FC17 for ; Thu, 17 Apr 2008 11:18:51 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmS8Z-0006ei-Fh for stable@freebsd.org; Thu, 17 Apr 2008 12:18:43 +0100 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmS8Z-0005fP-Ar for stable@freebsd.org; Thu, 17 Apr 2008 12:18:43 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmS8Z-000BPO-9x for stable@freebsd.org; Thu, 17 Apr 2008 12:18:43 +0100 To: stable@freebsd.org Message-Id: From: Pete French Date: Thu, 17 Apr 2008 12:18:43 +0100 Cc: Subject: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 11:18:52 -0000 I am trying to run a system with a pair of drives mirrored under gmirror, one of thhem being local and the other remote using ggated. I've measured the performance of both the local and the remote drive individually, and they are both fine - can get about 70meg/second out of them. I've also created mirrors with oone drive in of each of thhem, and these perform fine too - i.e. each mirror with one drive still gives me around 65-70 meg/second. When I create a mirror by taking one of them and adding the other the mirror resyncs at full speed (i.e. I see network traffic of around 70 meg/second and the time taken to complete the resync correspnds to that rate). ...and then the performance of the drive drops to a few k/second ?! I am running myself on top of the mirror drives, but it runs like treacle. During this time there is no intensive CPU activity, no intensive network activits and no intensive disc activity - the machine just seems completely cuiqre. but doing an 'ls' on the mirror drive takes forever. If i then take a drive out using 'gmirror deactivate' the command freezes up for a couple of minutes, but enevtiually comes back. I then do a 'gmirror status' and that also takes a minute or so to come back. During the time these commands are running I get 100% disc activity in 'gstat' on the drive I took out - though almost no actual data being trasferred. ...at this point I am back to the situation I started with (a mirror with only one disc in it) but the performance is still horrible. I can stop the mirror, detach the ggate drive, reattach, restart - still horrible performance, even though I have now gone back to the situation I had before. Has anyone else seen this ? I've tried various configurations, accross several machines, all with the same result. It looks like ggate gets itself into a state where it is suddenly very slow, and then cannot recover from that. This doesnt happen with local gmirrors, nor if I replace the underlying ggate with iscsi (though that causes kernel panics but that's another story). Any advice ? -pete. PS: All machines are amd64/7.0-RELEASE From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 11:20:35 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9DF81065673; Thu, 17 Apr 2008 11:20:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE938FC15; Thu, 17 Apr 2008 11:20:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 82EF51CC033; Thu, 17 Apr 2008 04:20:35 -0700 (PDT) Date: Thu, 17 Apr 2008 04:20:35 -0700 From: Jeremy Chadwick To: gnn@freebsd.org Message-ID: <20080417112035.GA81275@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: jfv@freebsd.org, stable@freebsd.org Subject: Re: Problems with em0 failing to initialize on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 11:20:35 -0000 On Thu, Apr 17, 2008 at 06:32:32PM +0900, gnn@freebsd.org wrote: > I am running 7-STABLE with machines that are net booted. On occasion, > that is not with any level of predictability, this happens: > > em0: Hardware Initialization Failed > em0: Unable to initialize the hardware > > which of course stops the machine in its tracks. A normal dmesg is > also included. > > Any steps I should take to help debug this? George, can you provide the following? * Motherboard type and model (a URL to the board would be good) * kenv | grep smbios * pciconf -lv -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 11:33:23 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5357106566C for ; Thu, 17 Apr 2008 11:33:23 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 694E78FC42 for ; Thu, 17 Apr 2008 11:33:23 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 86A3919E023; Thu, 17 Apr 2008 13:15:51 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 73F8319E019; Thu, 17 Apr 2008 13:15:49 +0200 (CEST) Message-ID: <48073177.4000709@quip.cz> Date: Thu, 17 Apr 2008 13:16:07 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Michael Butler References: <4806738C.4000603@protected-networks.net> In-Reply-To: <4806738C.4000603@protected-networks.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: jail addressing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 11:33:23 -0000 Michael Butler wrote: > I currently have a bunch of jails with IPv4 addresses and I can't see a > way of configuring them to have both IPv4 and v6. Is this possible in > 7-stable? AFAIK it is not possible at this time, but there are some patches. See freebsd-jail@ mailinglist for subject "FreeBSD 7 and multiple IP (mijail-patch in 6.x)" http://lists.freebsd.org/pipermail/freebsd-jail/2008-April/000228.html Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 11:59:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53BE61065674; Thu, 17 Apr 2008 11:59:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp10.yandex.ru (smtp10.yandex.ru [213.180.223.92]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF088FC1C; Thu, 17 Apr 2008 11:59:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:47570 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S5867611AbYDQL7E (ORCPT + 2 others); Thu, 17 Apr 2008 15:59:04 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp10 X-Yandex-TimeMark: 1208433544 X-MsgDayCount: 9 X-Comment: RFC 2476 MSA function at smtp10.yandex.ru logged sender identity as: bu7cher Message-ID: <48073B85.3020509@yandex.ru> Date: Thu, 17 Apr 2008 15:59:01 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Arnaud Houdelette References: <48061734.30509@tzim.net> <20080416152254.GA33816@eos.sc1.parodius.com> 9060000000211159472 <103161208360650@webmail30.yandex.ru> <480722F4.9010600@tzim.net> In-Reply-To: <480722F4.9010600@tzim.net> Content-Type: multipart/mixed; boundary="------------090906050202000300000604" Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org, =?UTF-8?B?U8O4cmVuIFNj?= =?UTF-8?B?aG1pZHQ=?= Subject: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 11:59:12 -0000 This is a multi-part message in MIME format. --------------090906050202000300000604 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Arnaud Houdelette wrote: > I removed the jumpers, and drives are recognised as sata300. > But I still get the "atacontrol: ioctl(IOCATADEVICES): Device not > configured" message. > Thanks anyway. It doesn't really bothers me as long as the controler > works fine. Try this patch. -- WBR, Andrey V. Elsukov --------------090906050202000300000604 Content-Type: text/plain; name="atacontrol_list_fix.diff.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="atacontrol_list_fix.diff.txt" SW5kZXg6IHNyYy9zYmluL2F0YWNvbnRyb2wvYXRhY29udHJvbC5jCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K UkNTIGZpbGU6IC9uY3ZzL3NyYy9zYmluL2F0YWNvbnRyb2wvYXRhY29udHJvbC5jLHYKcmV0 cmlldmluZyByZXZpc2lvbiAxLjQ3CmRpZmYgLXUgLXAgLXIxLjQ3IGF0YWNvbnRyb2wuYwot LS0gc3JjL3NiaW4vYXRhY29udHJvbC9hdGFjb250cm9sLmMJMTcgTWFyIDIwMDggMTA6MzM6 MjMgLTAwMDAJMS40NworKysgc3JjL3NiaW4vYXRhY29udHJvbC9hdGFjb250cm9sLmMJMTcg QXByIDIwMDggMTE6NTY6MTggLTAwMDAKQEAgLTI1OSwxNSArMjU5LDE3IEBAIGF0YV9jYXBf cHJpbnQoaW50IGZkKQogfQogCiBzdGF0aWMgdm9pZAotaW5mb19wcmludChpbnQgZmQsIGlu dCBjaGFubmVsLCBpbnQgcHJjaGFuKQoraW5mb19wcmludChpbnQgZmQsIGludCBjaGFubmVs LCBpbnQgcHJjaGFuLCBpbnQgcXVpZXQpCiB7CiAJc3RydWN0IGF0YV9pb2NfZGV2aWNlcyBk ZXZpY2VzOwogCiAJZGV2aWNlcy5jaGFubmVsID0gY2hhbm5lbDsKIAotCWlmIChpb2N0bChm ZCwgSU9DQVRBREVWSUNFUywgJmRldmljZXMpIDwgMCkKLQkJZXJyKDEsICJpb2N0bChJT0NB VEFERVZJQ0VTKSIpOwotCisJaWYgKGlvY3RsKGZkLCBJT0NBVEFERVZJQ0VTLCAmZGV2aWNl cykgPCAwKSB7CisJCWlmICghcXVpZXQpCisJCQllcnIoMSwgImlvY3RsKElPQ0FUQURFVklD RVMpIik7CisJCXJldHVybjsKKwl9CiAJaWYgKHByY2hhbikKIAkJcHJpbnRmKCJBVEEgY2hh bm5lbCAlZDpcbiIsIGNoYW5uZWwpOwogCXByaW50ZigiJXNNYXN0ZXI6ICIsIHByY2hhbiA/ ICIgICAgIiA6ICIiKTsKQEAgLTM5MiwxMiArMzk0LDEyIEBAIG1haW4oaW50IGFyZ2MsIGNo YXIgKiphcmd2KQogCQlpZiAoaW9jdGwoZmQsIElPQ0FUQUdNQVhDSEFOTkVMLCAmbWF4Y2hh bm5lbCkgPCAwKQogCQkJZXJyKDEsICJpb2N0bChJT0NBVEFHTUFYQ0hBTk5FTCkiKTsKIAkJ Zm9yIChjaGFubmVsID0gMDsgY2hhbm5lbCA8IG1heGNoYW5uZWw7IGNoYW5uZWwrKykKLQkJ CWluZm9fcHJpbnQoZmQsIGNoYW5uZWwsIDEpOworCQkJaW5mb19wcmludChmZCwgY2hhbm5l bCwgMSwgMSk7CiAJCWV4aXQoRVhfT0spOwogCX0KIAlpZiAoIXN0cmNtcChhcmd2WzFdLCAi aW5mbyIpICYmIGFyZ2MgPT0gMykgewogCQljaGFubmVsID0gYXRhX2FyZyhhcmd2WzJdKTsK LQkJaW5mb19wcmludChmZCwgY2hhbm5lbCwgMCk7CisJCWluZm9fcHJpbnQoZmQsIGNoYW5u ZWwsIDAsIDApOwogCQlleGl0KEVYX09LKTsKIAl9CiAJaWYgKCFzdHJjbXAoYXJndlsxXSwg ImRldGFjaCIpICYmIGFyZ2MgPT0gMykgewpAQCAtNDEwLDE0ICs0MTIsMTQgQEAgbWFpbihp bnQgYXJnYywgY2hhciAqKmFyZ3YpCiAJCWNoYW5uZWwgPSBhdGFfYXJnKGFyZ3ZbMl0pOwog CQlpZiAoaW9jdGwoZmQsIElPQ0FUQUFUVEFDSCwgJmNoYW5uZWwpIDwgMCkKIAkJCWVycigx LCAiaW9jdGwoSU9DQVRBQVRUQUNIKSIpOwotCQlpbmZvX3ByaW50KGZkLCBjaGFubmVsLCAw KTsKKwkJaW5mb19wcmludChmZCwgY2hhbm5lbCwgMCwgMCk7CiAJCWV4aXQoRVhfT0spOwog CX0KIAlpZiAoIXN0cmNtcChhcmd2WzFdLCAicmVpbml0IikgJiYgYXJnYyA9PSAzKSB7CiAJ CWNoYW5uZWwgPSBhdGFfYXJnKGFyZ3ZbMl0pOwogCQlpZiAoaW9jdGwoZmQsIElPQ0FUQVJF SU5JVCwgJmNoYW5uZWwpIDwgMCkKIAkJCXdhcm4oImlvY3RsKElPQ0FUQVJFSU5JVCkiKTsK LQkJaW5mb19wcmludChmZCwgY2hhbm5lbCwgMCk7CisJCWluZm9fcHJpbnQoZmQsIGNoYW5u ZWwsIDAsIDApOwogCQlleGl0KEVYX09LKTsKIAl9CiAJaWYgKCFzdHJjbXAoYXJndlsxXSwg ImNyZWF0ZSIpKSB7Cg== --------------090906050202000300000604-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 12:05:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09D5F106566C for ; Thu, 17 Apr 2008 12:05:29 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id C17E88FC31 for ; Thu, 17 Apr 2008 12:05:28 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so11429anc.13 for ; Thu, 17 Apr 2008 05:05:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=aE2OwTFpYPqQnfHVosQDLGTQgencV6guIIVRNdXaSKg=; b=IN2KQkuBUxmulFLia61Yg6aEBWeWtsipfiuDXnZtuXp9Qi1jeplIxqCR9OOdL+d17mALylWDQG9ILOymNdExA6v/PtUxP5m0G3i1wX2n2W4vWsTvV1OAVFa0SjmlHYdKipoJu08Ump2YcnRnxjEhy34GwwmzBK0kFUR4VRsMgFo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ICTT9k56q9Gm3778JFRbejwKpLPSn0GdtbiYmWhmqINyK7k0GhMUlP3/5ETIMtm24NEJCzfdqqNBkbbQMsY8lhpEhKISd8UTYyjLYO6r2tIThTSjLRfkqi3p9PKKdIYp3NJOFXonPBPLKCZPXF+azfn/yUybeouhm7Wn4NBOlxc= Received: by 10.100.216.3 with SMTP id o3mr2433724ang.62.1208433927778; Thu, 17 Apr 2008 05:05:27 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Thu, 17 Apr 2008 05:05:27 -0700 (PDT) Message-ID: Date: Thu, 17 Apr 2008 14:05:27 +0200 From: "Claus Guttesen" To: FreeBSD MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: php5 and postgresql 8.2/8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 12:05:29 -0000 Hi. I have installed php5 with support for postgresql (php5-pgsql). If I install postgresql-client ver. 8.2.7 or 8.3.x apache (httpd) core-dumps. If I install postgresql-client 8.1.11 or 8.2.6 apache does not core-dump. This is the output (backtrace) from gdb: (gdb) bt #0 0x000000080651c340 in ?? () #1 0x000000080094ebd5 in puts () from /lib/libc.so.7 #2 0x000000080094f1ee in gethostbyname () from /lib/libc.so.7 #3 0x000000000041ee80 in ap_get_local_host () #4 0x000000000041e131 in ap_fini_vhost_config () #5 0x000000000040de35 in ap_read_config () #6 0x00000000004156f1 in standalone_main () #7 0x0000000000416e2c in main () I have confirmed that it's postgresql which makes apache core dump by commenting out pgsql.so in /usr/local/etc/php/extensions.ini. This - off-course - prevents me from connecting to my db. :-/ Apache is ver. 1.3.41 from ports with no changes to the default-values during portinstall. PHP is ver. 5.2.5_1. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 12:09:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C92106564A; Thu, 17 Apr 2008 12:09:24 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id 7216B8FC17; Thu, 17 Apr 2008 12:09:24 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from localhost ([127.0.0.1]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmSvX-0000Cu-Dw; Thu, 17 Apr 2008 14:09:19 +0200 Message-ID: <48073DF0.5090008@tzim.net> Date: Thu, 17 Apr 2008 14:09:20 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <48061734.30509@tzim.net> <20080416152254.GA33816@eos.sc1.parodius.com> 9060000000211159472 <103161208360650@webmail30.yandex.ru> <480722F4.9010600@tzim.net> <48073B85.3020509@yandex.ru> In-Reply-To: <48073B85.3020509@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org, =?UTF-8?B?U8O4cmVuIFNj?=, =?UTF-8?B?aG1pZHQ=?= Subject: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 12:09:24 -0000 Andrey V. Elsukov a écrit : > Arnaud Houdelette wrote: >> I removed the jumpers, and drives are recognised as sata300. >> But I still get the "atacontrol: ioctl(IOCATADEVICES): Device not >> configured" message. >> Thanks anyway. It doesn't really bothers me as long as the controler >> works fine. > > Try this patch. Works fine: [carenath] /usr/src/sbin/atacontrol# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 7 Slave: no device present ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: ad6 Serial ATA II Slave: no device present ATA channel 4: Master: ad8 Serial ATA II Slave: no device present ATA channel 5: Master: ad10 Serial ATA II Slave: no device present I just filled in a PR (kern/122847) as advised by Jeremy Chadwick. What should I do with it ? Thanks for your help. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 12:15:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 019FB10656C1; Thu, 17 Apr 2008 12:15:20 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp9.yandex.ru (smtp9.yandex.ru [213.180.223.91]) by mx1.freebsd.org (Postfix) with ESMTP id C8A3E8FC0A; Thu, 17 Apr 2008 12:15:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:47861 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S6572046AbYDQMPO (ORCPT + 2 others); Thu, 17 Apr 2008 16:15:14 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp9 X-Yandex-TimeMark: 1208434514 X-MsgDayCount: 13 X-Comment: RFC 2476 MSA function at smtp9.yandex.ru logged sender identity as: bu7cher Message-ID: <48073F4F.3050804@yandex.ru> Date: Thu, 17 Apr 2008 16:15:11 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Arnaud Houdelette References: <48061734.30509@tzim.net> <20080416152254.GA33816@eos.sc1.parodius.com> 9060000000211159472 <103161208360650@webmail30.yandex.ru> <480722F4.9010600@tzim.net> <48073B85.3020509@yandex.ru> <48073DF0.5090008@tzim.net> In-Reply-To: <48073DF0.5090008@tzim.net> Content-Type: multipart/mixed; boundary="------------070604020302080803060005" Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org, sos@FreeBSD.org Subject: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 12:15:20 -0000 This is a multi-part message in MIME format. --------------070604020302080803060005 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Arnaud Houdelette wrote: >> Try this patch. > > Works fine: > [carenath] /usr/src/sbin/atacontrol# atacontrol list > ATA channel 0: > Master: ad0 ATA/ATAPI revision 7 > Slave: no device present > ATA channel 2: > Master: ad4 Serial ATA II > Slave: no device present > ATA channel 3: > Master: ad6 Serial ATA II > Slave: no device present > ATA channel 4: > Master: ad8 Serial ATA II > Slave: no device present > ATA channel 5: > Master: ad10 Serial ATA II > Slave: no device present > > I just filled in a PR (kern/122847) as advised by Jeremy Chadwick. What > should I do with it ? > Thanks for your help. I made it simplest :) Soren, what you think about it? The problem was introduced here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/atacontrol/atacontrol.c.diff?r1=1.45;r2=1.46 -- WBR, Andrey V. Elsukov --------------070604020302080803060005 Content-Type: text/plain; name="atacontrol_list_fix.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="atacontrol_list_fix.diff.txt" Index: src/sbin/atacontrol/atacontrol.c =================================================================== RCS file: /ncvs/src/sbin/atacontrol/atacontrol.c,v retrieving revision 1.47 diff -u -p -r1.47 atacontrol.c --- src/sbin/atacontrol/atacontrol.c 17 Mar 2008 10:33:23 -0000 1.47 +++ src/sbin/atacontrol/atacontrol.c 17 Apr 2008 12:11:38 -0000 @@ -265,9 +265,11 @@ info_print(int fd, int channel, int prch devices.channel = channel; - if (ioctl(fd, IOCATADEVICES, &devices) < 0) - err(1, "ioctl(IOCATADEVICES)"); - + if (ioctl(fd, IOCATADEVICES, &devices) < 0) { + if (!prchan) + err(1, "ioctl(IOCATADEVICES)"); + return; + } if (prchan) printf("ATA channel %d:\n", channel); printf("%sMaster: ", prchan ? " " : ""); --------------070604020302080803060005-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 12:29:42 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D857F1065756; Thu, 17 Apr 2008 12:29:42 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9918FC37; Thu, 17 Apr 2008 12:29:41 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from giskard.altus-escon.com (giskard.altus-escon.com [193.78.231.1]) by altus-escon.com (8.14.2/8.14.2) with ESMTP id m3HC3XnS092712; Thu, 17 Apr 2008 14:03:38 +0200 (CEST) (envelope-from ben@altesco.nl) Message-Id: <0528764C-4B25-4063-B018-EFD2750ACBDB@altesco.nl> From: Ben Stuyts To: Jeremy Chadwick In-Reply-To: <20080417112035.GA81275@eos.sc1.parodius.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 17 Apr 2008 14:02:51 +0200 References: <20080417112035.GA81275@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.142]); Thu, 17 Apr 2008 14:03:38 +0200 (CEST) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on mars.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=3.5 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mars.altus-escon.com Cc: jfv@freebsd.org, gnn@freebsd.org, stable@freebsd.org Subject: Re: Problems with em0 failing to initialize on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 12:29:43 -0000 Hi, On 17 apr 2008, at 13:20, Jeremy Chadwick wrote: > On Thu, Apr 17, 2008 at 06:32:32PM +0900, gnn@freebsd.org wrote: >> I am running 7-STABLE with machines that are net booted. On >> occasion, >> that is not with any level of predictability, this happens: >> >> em0: Hardware Initialization Failed >> em0: Unable to initialize the hardware >> >> which of course stops the machine in its tracks. A normal dmesg is >> also included. >> >> Any steps I should take to help debug this? > > George, can you provide the following? > > * Motherboard type and model (a URL to the board would be good) > * kenv | grep smbios > * pciconf -lv I have seen this too. A couple of times on a new server here. Maybe one in two or three reboots. So far, it only happens after a reboot, but not after a hard reset or power cycle. This board has 3 em network if's. Two on the board itself, and one on a daughter card on the ipmi add-on card. It is always em0 that is giving trouble. The board is a Supermicro X7DBP-i: uname -a: FreeBSD mars.altus-escon.com 7.0-STABLE FreeBSD 7.0-STABLE #1: Wed Apr 9 18:13:43 CEST 2008 root@mars.altus-escon.com:/usr/obj/usr/ src/sys/MARS amd64 Here is the other data you requested: kenv | grep smbios: smbios.bios.reldate="05/29/2007" smbios.bios.vendor="Phoenix Technologies LTD" smbios.bios.version="6.00" smbios.chassis.maker="Supermicro" smbios.chassis.serial="0123456789" smbios.chassis.tag=" " smbios.chassis.version="0123456789" smbios.planar.maker="Supermicro" smbios.planar.product="X7DBP" smbios.planar.serial="0123456789" smbios.planar.version="PCB Version" smbios.socket.enabled="2" smbios.socket.populated="2" smbios.system.maker="Supermicro" smbios.system.product="X7DBP" smbios.system.serial="0123456789" smbios.system.uuid="53d19f64-d663-a017-8922-0030487b887e" smbios.system.version="0123456789" pciconf -lv: hostb0@pci0:0:0:0: class=0x060000 card=0x838015d9 chip=0x25d88086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000P Chipset Memory Controller Hub' class = bridge subclass = HOST-PCI pcib1@pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x25f78086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 2-3' class = bridge subclass = PCI-PCI pcib7@pci0:0:4:0: class=0x060400 card=0x00000000 chip=0x25f88086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 4-5' class = bridge subclass = PCI-PCI pcib8@pci0:0:6:0: class=0x060400 card=0x00000000 chip=0x25f98086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 6-7' class = bridge subclass = PCI-PCI none0@pci0:0:8:0: class=0x088000 card=0x838015d9 chip=0x1a388086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 5000 Series Chipset DMA Engine' class = base peripheral hostb1@pci0:0:16:0: class=0x060000 card=0x838015d9 chip=0x25f08086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb2@pci0:0:16:1: class=0x060000 card=0x838015d9 chip=0x25f08086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb3@pci0:0:16:2: class=0x060000 card=0x838015d9 chip=0x25f08086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb4@pci0:0:17:0: class=0x060000 card=0x838015d9 chip=0x25f18086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Reserved Registers' class = bridge subclass = HOST-PCI hostb5@pci0:0:19:0: class=0x060000 card=0x838015d9 chip=0x25f38086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Reserved Registers' class = bridge subclass = HOST-PCI hostb6@pci0:0:21:0: class=0x060000 card=0x838015d9 chip=0x25f58086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset FBD Registers' class = bridge subclass = HOST-PCI hostb7@pci0:0:22:0: class=0x060000 card=0x838015d9 chip=0x25f68086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset FBD Registers' class = bridge subclass = HOST-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0x838015d9 chip=0x26888086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x838015d9 chip=0x26898086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x838015d9 chip=0x268a8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x838015d9 chip=0x268c8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib9@pci0:0:30:0: class=0x060401 card=0x838015d9 chip=0x244e8086 rev=0xd9 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x838015d9 chip=0x26708086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x838015d9 chip=0x269e8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Ultra ATA Storage Controller' class = mass storage subclass = ATA atapci1@pci0:0:31:2: class=0x01018f card=0x838015d9 chip=0x26808086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Serial ATA Storage Controller' class = mass storage subclass = ATA none1@pci0:0:31:3: class=0x0c0500 card=0x838015d9 chip=0x269b8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 SMBus Controller' class = serial bus subclass = SMBus pcib2@pci0:1:0:0: class=0x060400 card=0x838015d9 chip=0x35008086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Upstream Port' class = bridge subclass = PCI-PCI pcib6@pci0:1:0:3: class=0x060400 card=0x838015d9 chip=0x350c8086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe to PCI-X Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:2:0:0: class=0x060400 card=0x838015d9 chip=0x35108086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Downstream Port E1' class = bridge subclass = PCI-PCI pcib5@pci0:2:2:0: class=0x060400 card=0x838015d9 chip=0x35188086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Downstream Port E3' class = bridge subclass = PCI-PCI pcib4@pci0:3:0:0: class=0x060400 card=0x00000000 chip=0x032c8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6702PXH PCI Express-to-PCI Express Bridge' class = bridge subclass = PCI-PCI em0@pci0:5:0:0: class=0x020000 card=0x000015d9 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 EB Network Connection' class = network subclass = ethernet em1@pci0:5:0:1: class=0x020000 card=0x000015d9 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 EB Network Connection' class = network subclass = ethernet puc0@pci0:6:1:0: class=0x070002 card=0x00021000 chip=0x98359710 rev=0x01 hdr=0x00 vendor = 'MosChip Semiconductors (Was: Netmos Technology)' device = 'Nm9835 Parallel/Serial Port Adapter' class = simple comms subclass = UART vgapci0@pci0:9:1:0: class=0x030000 card=0x838015d9 chip=0x515e1002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon ES1000 Radeon ES1000' class = display subclass = VGA em2@pci0:9:2:0: class=0x020000 card=0x107615d9 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82541EI Gigabit Ethernet Controller' class = network subclass = ethernet Regards, Ben From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 13:17:05 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61E91106566C; Thu, 17 Apr 2008 13:17:05 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4ABB38FC20; Thu, 17 Apr 2008 13:17:05 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3HDH0hv068554; Thu, 17 Apr 2008 06:17:05 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3HDGWil015715; Thu, 17 Apr 2008 06:16:32 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3HDGVt4098651; Thu, 17 Apr 2008 06:16:31 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 17 Apr 2008 22:16:30 +0900 Message-ID: From: gnn@freebsd.org To: Jeremy Chadwick In-Reply-To: <20080417112035.GA81275@eos.sc1.parodius.com> References: <20080417112035.GA81275@eos.sc1.parodius.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: jfv@freebsd.org, stable@freebsd.org Subject: Re: Problems with em0 failing to initialize on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 13:17:05 -0000 At Thu, 17 Apr 2008 04:20:35 -0700, Jeremy Chadwick wrote: > > On Thu, Apr 17, 2008 at 06:32:32PM +0900, gnn@freebsd.org wrote: > > I am running 7-STABLE with machines that are net booted. On occasion, > > that is not with any level of predictability, this happens: > > > > em0: Hardware Initialization Failed > > em0: Unable to initialize the hardware > > > > which of course stops the machine in its tracks. A normal dmesg is > > also included. > > > > Any steps I should take to help debug this? > > George, can you provide the following? > Yes, here you go. Best, George > * Motherboard type and model (a URL to the board would be good) http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DBU.cfm > * kenv | grep smbios 62:smbios.bios.reldate="12/03/2007" 63:smbios.bios.vendor="Phoenix Technologies LTD" 64:smbios.bios.version="6.00" 65:smbios.chassis.maker="Supermicro" 66:smbios.chassis.serial="0123456789" 67:smbios.chassis.tag=" " 68:smbios.chassis.version="0123456789" 69:smbios.planar.maker="Supermicro" 70:smbios.planar.product="X7DBU" 71:smbios.planar.serial="0123456789" 72:smbios.planar.version="PCB Version" 73:smbios.socket.enabled="2" 74:smbios.socket.populated="2" 75:smbios.system.maker="Supermicro" 76:smbios.system.product="X7DBU" 77:smbios.system.serial="0123456789" 78:smbios.system.uuid="53d19f64-d663-a017-8922-0030487d7c56" 79:smbios.system.version="0123456789" > * pciconf -lv > booter ? pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x978015d9 chip=0x25d88086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000P Chipset Memory Controller Hub' class = bridge subclass = HOST-PCI pcib1@pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x25f78086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 2-3' class = bridge subclass = PCI-PCI pcib6@pci0:0:4:0: class=0x060400 card=0x00000000 chip=0x25f88086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 4-5' class = bridge subclass = PCI-PCI pcib7@pci0:0:6:0: class=0x060400 card=0x00000000 chip=0x25f98086 rev=0xb1 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 6-7' class = bridge subclass = PCI-PCI none0@pci0:0:8:0: class=0x088000 card=0x978015d9 chip=0x1a388086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 5000 Series Chipset DMA Engine' class = base peripheral hostb1@pci0:0:16:0: class=0x060000 card=0x978015d9 chip=0x25f08086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb2@pci0:0:16:1: class=0x060000 card=0x978015d9 chip=0x25f08086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb3@pci0:0:16:2: class=0x060000 card=0x978015d9 chip=0x25f08086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb4@pci0:0:17:0: class=0x060000 card=0x978015d9 chip=0x25f18086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Reserved Registers' class = bridge subclass = HOST-PCI hostb5@pci0:0:19:0: class=0x060000 card=0x978015d9 chip=0x25f38086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Reserved Registers' class = bridge subclass = HOST-PCI hostb6@pci0:0:21:0: class=0x060000 card=0x978015d9 chip=0x25f58086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset FBD Registers' class = bridge subclass = HOST-PCI hostb7@pci0:0:22:0: class=0x060000 card=0x978015d9 chip=0x25f68086 rev=0xb1 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset FBD Registers' class = bridge subclass = HOST-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0x978015d9 chip=0x26888086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x978015d9 chip=0x26898086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x978015d9 chip=0x268a8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x978015d9 chip=0x268c8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib8@pci0:0:30:0: class=0x060401 card=0x978015d9 chip=0x244e8086 rev=0xd9 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x978015d9 chip=0x26708086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x978015d9 chip=0x269e8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Ultra ATA Storage Controller' class = mass storage subclass = ATA none1@pci0:0:31:3: class=0x0c0500 card=0x978015d9 chip=0x269b8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 SMBus Controller' class = serial bus subclass = SMBus pcib2@pci0:1:0:0: class=0x060400 card=0x978015d9 chip=0x35008086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Upstream Port' class = bridge subclass = PCI-PCI pcib5@pci0:1:0:3: class=0x060400 card=0x978015d9 chip=0x350c8086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe to PCI-X Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:2:0:0: class=0x060400 card=0x978015d9 chip=0x35108086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Downstream Port E1' class = bridge subclass = PCI-PCI pcib4@pci0:2:2:0: class=0x060400 card=0x978015d9 chip=0x35188086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Downstream Port E3' class = bridge subclass = PCI-PCI em0@pci0:4:0:0: class=0x020000 card=0x109615d9 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 EB Network Connection' class = network subclass = ethernet em1@pci0:4:0:1: class=0x020000 card=0x109615d9 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 EB Network Connection' class = network subclass = ethernet cxgbc0@pci0:6:0:0: class=0x020000 card=0x00011425 chip=0x00301425 rev=0x00 hdr=0x00 vendor = 'ASIC Designers Inc' class = network subclass = ethernet twa0@pci0:7:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 vendor = '3ware Inc.' device = '9650SE Series PCI-Express SATA2 Raid Controller' class = mass storage subclass = RAID vgapci0@pci0:8:1:0: class=0x030000 card=0x978015d9 chip=0x515e1002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon ES1000 Radeon ES1000' class = display subclass = VGA From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 13:19:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C06C106566B; Thu, 17 Apr 2008 13:19:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CCB588FC1C; Thu, 17 Apr 2008 13:19:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3HDJhoE071103; Thu, 17 Apr 2008 09:19:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3HDJgsK085040; Thu, 17 Apr 2008 09:19:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 5168D241A2; Thu, 17 Apr 2008 09:19:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080417131958.5168D241A2@freebsd-legacy.sentex.ca> Date: Thu, 17 Apr 2008 09:19:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 13:19:44 -0000 TB --- 2008-04-17 13:05:11 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-17 13:05:11 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2008-04-17 13:05:11 - cleaning the object tree TB --- 2008-04-17 13:05:53 - cvsupping the source tree TB --- 2008-04-17 13:05:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_5/amd64/amd64/supfile TB --- 2008-04-17 13:06:01 - building world (CFLAGS=-O -pipe) TB --- 2008-04-17 13:06:01 - cd /src TB --- 2008-04-17 13:06:01 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libsmutil ln -sf /src/lib/libsmutil/../../contrib/sendmail/include/sm/os/sm_os_freebsd.h sm_os.h rm -f .depend mkdep -f .depend -a -I/src/lib/libsmutil/../../contrib/sendmail/src -I/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL /src/lib/libsmutil/../../contrib/sendmail/libsmutil/debug.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/err.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/lockfile.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/safefile.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/snprintf.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/cf.c ===> lib/libstand ln -s /src/lib/libstand/../../sys/i386/include machine patch -s -b .orig -o _bzlib.c < /src/lib/libstand/bzlib.c.diff /src/lib/libstand/../../contrib/bzip2/bzlib.c patch: **** misordered hunks! output would be garbled *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-17 13:19:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-17 13:19:58 - ERROR: failed to build world TB --- 2008-04-17 13:19:58 - tinderbox aborted TB --- 622.27 user 102.94 system 886.40 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 13:20:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E8A7106567C for ; Thu, 17 Apr 2008 13:20:44 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id BD4358FC24 for ; Thu, 17 Apr 2008 13:20:43 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so39374ywt.13 for ; Thu, 17 Apr 2008 06:20:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=s6atirVKG0h1OlxmuBirjrg0EhpDuI9tX0KPkF3pWVY=; b=vp/+8/6riZTkYnJQ4W5KAah28CMGlOY1T3mL3pJxPnlSBVojFWqQmbN3p82LMLrCBk+7G2tJay+GoJmqErVOt1S4hVhpKB1/yYT6E6HFLSdOaIA689kN2Kd12QU36UE7+JXsqRbpoVTY8KKCSB9/NaS7vaeYglz3Afmy2Bryd60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iRdMbFqJnIav0XmTsX1hablEnpZ0FwBnc9FQ1+3t6rPnafLMFsOgaLvUTzLN/mFOPbKaQh4LI3piauOCSsOMzYeUdk8lmRcrsWaGAWsCzNRMOlNo93HfA4dO5D5iLeXKqalF7T5q6PMX6xabEdjHyHUBZ+QMgxXqEbX9smA2/3w= Received: by 10.151.42.12 with SMTP id u12mr1636006ybj.97.1208438429636; Thu, 17 Apr 2008 06:20:29 -0700 (PDT) Received: by 10.150.158.2 with HTTP; Thu, 17 Apr 2008 06:20:29 -0700 (PDT) Message-ID: Date: Thu, 17 Apr 2008 15:20:29 +0200 From: "Claus Guttesen" To: FreeBSD In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: php5 and postgresql 8.2/8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 13:20:44 -0000 > I have installed php5 with support for postgresql (php5-pgsql). If I > install postgresql-client ver. 8.2.7 or 8.3.x apache (httpd) > core-dumps. If I install postgresql-client 8.1.11 or 8.2.6 apache does > not core-dump. > > This is the output (backtrace) from gdb: > > (gdb) bt > #0 0x000000080651c340 in ?? () > #1 0x000000080094ebd5 in puts () from /lib/libc.so.7 > #2 0x000000080094f1ee in gethostbyname () from /lib/libc.so.7 > #3 0x000000000041ee80 in ap_get_local_host () > #4 0x000000000041e131 in ap_fini_vhost_config () > #5 0x000000000040de35 in ap_read_config () > #6 0x00000000004156f1 in standalone_main () > #7 0x0000000000416e2c in main () > > I have confirmed that it's postgresql which makes apache core dump by > commenting out pgsql.so in /usr/local/etc/php/extensions.ini. This - > off-course - prevents me from connecting to my db. :-/ > > Apache is ver. 1.3.41 from ports with no changes to the default-values > during portinstall. PHP is ver. 5.2.5_1. Replying to myself (and others :-) ). When compiling php5 statically with postgresql-support apache no longer core dumps. I added CONFIGURE_ARGS+=--with-pgsql to /usr/ports/lang/php5/Makefile. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 13:22:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 520751065671 for ; Thu, 17 Apr 2008 13:22:09 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 398EA8FC1B for ; Thu, 17 Apr 2008 13:22:09 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3HDM0hx068680; Thu, 17 Apr 2008 06:22:08 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3HDLHcK017597; Thu, 17 Apr 2008 06:21:19 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3HDLGbF099523; Thu, 17 Apr 2008 06:21:16 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 17 Apr 2008 22:21:15 +0900 Message-ID: From: "George V. Neville-Neil" To: Tom Evans In-Reply-To: <1208428791.1940.32.camel@localhost> References: <200803051432.m25EWaeT035807@drugs.dv.isc.org> <1208428791.1940.32.camel@localhost> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: vadim_nuclight@mail.ru, Mark Andrews , freebsd-stable@freebsd.org, Andy Dills Subject: Re: INET6 required for SCTP in 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 13:22:09 -0000 At Thu, 17 Apr 2008 11:39:51 +0100, Tom Evans wrote: > > [1 ] > > On Wed, 2008-03-05 at 15:46 +0100, Ruben van Staveren wrote: > > On 5 Mar 2008, at 15:32, Mark Andrews wrote: > > > > >> - IPv6 provides almost no technological upgrades beyond additional > > >> address > > >> space. DHCP addressed the auto configuration feature, VPNs addressed > > >> IPsec. > > > > > > That extra address space really is a big advantage. It > > > really is so much better to be able to get to machines you > > > need to without have to manually setup application relays > > > because you couldn't get enough address space to be able > > > to globally address everything want to. > > > > Please see http://www.youtube.com/watch?v=_y36fG2Oba0 > > > > This song exactly explains why you should care about IPv6 :) > > > > I don't get this "anti IPv6" behaviour. If people are not willing to > > adopt it, it will not get tested which in turn will make other people > > hesitating to jump on the bandwagon. Having it compiled in your system > > does not cause harm if you don't configure it and for everything else > > there are traffic filters. Just like IPv4. > > > > - Ruben > > Sorry to stir a hornets nest, but this[1] is why people have a distrust > of IPv6. This clearly is not a failing of IPv6, but it would still catch > people out who do not use IPv6, but have it enabled as part of a > 'default' configuration. > > If you don't use something at all, the chance of it having or exposing > some semi-related bug is not worth the risk. > This is now addressed in HEAD. I think we can just avoid the political issues right now. Best, George From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 13:29:15 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E956106566B; Thu, 17 Apr 2008 13:29:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BE9318FC0C; Thu, 17 Apr 2008 13:29:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3HDTEtD073733; Thu, 17 Apr 2008 09:29:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3HDTE3f029533; Thu, 17 Apr 2008 09:29:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id A6173241A2; Thu, 17 Apr 2008 09:29:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080417132934.A6173241A2@freebsd-legacy.sentex.ca> Date: Thu, 17 Apr 2008 09:29:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 13:29:15 -0000 TB --- 2008-04-17 13:15:17 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-17 13:15:17 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2008-04-17 13:15:17 - cleaning the object tree TB --- 2008-04-17 13:15:59 - cvsupping the source tree TB --- 2008-04-17 13:15:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_5/i386/i386/supfile TB --- 2008-04-17 13:16:07 - building world (CFLAGS=-O -pipe) TB --- 2008-04-17 13:16:07 - cd /src TB --- 2008-04-17 13:16:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -I/src/lib/libsmdb/../../contrib/sendmail/src -I/src/lib/libsmdb/../../contrib/sendmail/include -I. -DNEWDB -DNOT_SENDMAIL /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb1.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb2.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smndbm.c ===> lib/libsmutil ln -sf /src/lib/libsmutil/../../contrib/sendmail/include/sm/os/sm_os_freebsd.h sm_os.h rm -f .depend mkdep -f .depend -a -I/src/lib/libsmutil/../../contrib/sendmail/src -I/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL /src/lib/libsmutil/../../contrib/sendmail/libsmutil/debug.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/err.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/lockfile.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/safefile.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/snprintf.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/cf.c ===> lib/libstand patch -s -b .orig -o _bzlib.c < /src/lib/libstand/bzlib.c.diff /src/lib/libstand/../../contrib/bzip2/bzlib.c patch: **** misordered hunks! output would be garbled *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-17 13:29:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-17 13:29:34 - ERROR: failed to build world TB --- 2008-04-17 13:29:34 - tinderbox aborted TB --- 594.14 user 101.52 system 856.85 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 13:33:59 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1D5B106566B; Thu, 17 Apr 2008 13:33:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF478FC1E; Thu, 17 Apr 2008 13:33:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3HDXxCa074787; Thu, 17 Apr 2008 09:33:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3HDXx13043202; Thu, 17 Apr 2008 09:33:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 9F730241A2; Thu, 17 Apr 2008 09:34:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080417133419.9F730241A2@freebsd-legacy.sentex.ca> Date: Thu, 17 Apr 2008 09:34:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 13:34:00 -0000 TB --- 2008-04-17 13:19:58 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-17 13:19:58 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2008-04-17 13:19:58 - cleaning the object tree TB --- 2008-04-17 13:20:37 - cvsupping the source tree TB --- 2008-04-17 13:20:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_5/i386/pc98/supfile TB --- 2008-04-17 13:20:44 - building world (CFLAGS=-O -pipe) TB --- 2008-04-17 13:20:44 - cd /src TB --- 2008-04-17 13:20:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -I/src/lib/libsmdb/../../contrib/sendmail/src -I/src/lib/libsmdb/../../contrib/sendmail/include -I. -DNEWDB -DNOT_SENDMAIL /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb1.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb2.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smndbm.c ===> lib/libsmutil ln -sf /src/lib/libsmutil/../../contrib/sendmail/include/sm/os/sm_os_freebsd.h sm_os.h rm -f .depend mkdep -f .depend -a -I/src/lib/libsmutil/../../contrib/sendmail/src -I/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL /src/lib/libsmutil/../../contrib/sendmail/libsmutil/debug.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/err.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/lockfile.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/safefile.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/snprintf.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/cf.c ===> lib/libstand patch -s -b .orig -o _bzlib.c < /src/lib/libstand/bzlib.c.diff /src/lib/libstand/../../contrib/bzip2/bzlib.c patch: **** misordered hunks! output would be garbled *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-17 13:34:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-17 13:34:19 - ERROR: failed to build world TB --- 2008-04-17 13:34:19 - tinderbox aborted TB --- 594.80 user 100.80 system 861.22 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 13:41:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DC1F106564A; Thu, 17 Apr 2008 13:41:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CE3BA8FC19; Thu, 17 Apr 2008 13:41:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3HDfoCI076786; Thu, 17 Apr 2008 09:41:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3HDfoxl063685; Thu, 17 Apr 2008 09:41:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id AB582241A2; Thu, 17 Apr 2008 09:42:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080417134210.AB582241A2@freebsd-legacy.sentex.ca> Date: Thu, 17 Apr 2008 09:42:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 13:41:51 -0000 TB --- 2008-04-17 13:29:34 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-17 13:29:34 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2008-04-17 13:29:34 - cleaning the object tree TB --- 2008-04-17 13:30:01 - cvsupping the source tree TB --- 2008-04-17 13:30:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_5/sparc64/sparc64/supfile TB --- 2008-04-17 13:30:08 - building world (CFLAGS=-O -pipe) TB --- 2008-04-17 13:30:08 - cd /src TB --- 2008-04-17 13:30:08 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -I/src/lib/libsmdb/../../contrib/sendmail/src -I/src/lib/libsmdb/../../contrib/sendmail/include -I. -DNEWDB -DNOT_SENDMAIL /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb1.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smdb2.c /src/lib/libsmdb/../../contrib/sendmail/libsmdb/smndbm.c ===> lib/libsmutil ln -sf /src/lib/libsmutil/../../contrib/sendmail/include/sm/os/sm_os_freebsd.h sm_os.h rm -f .depend mkdep -f .depend -a -I/src/lib/libsmutil/../../contrib/sendmail/src -I/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL /src/lib/libsmutil/../../contrib/sendmail/libsmutil/debug.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/err.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/lockfile.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/safefile.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/snprintf.c /src/lib/libsmutil/../../contrib/sendmail/libsmutil/cf.c ===> lib/libstand patch -s -b .orig -o _bzlib.c < /src/lib/libstand/bzlib.c.diff /src/lib/libstand/../../contrib/bzip2/bzlib.c patch: **** misordered hunks! output would be garbled *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-17 13:42:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-17 13:42:10 - ERROR: failed to build world TB --- 2008-04-17 13:42:10 - tinderbox aborted TB --- 560.20 user 96.27 system 755.88 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 14:03:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4B1A106564A for ; Thu, 17 Apr 2008 14:03:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9C12A8FC16 for ; Thu, 17 Apr 2008 14:03:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 79EDE1CC033; Thu, 17 Apr 2008 07:03:54 -0700 (PDT) Date: Thu, 17 Apr 2008 07:03:54 -0700 From: Jeremy Chadwick To: Claus Guttesen Message-ID: <20080417140354.GA84662@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Subject: Re: php5 and postgresql 8.2/8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 14:03:54 -0000 On Thu, Apr 17, 2008 at 02:05:27PM +0200, Claus Guttesen wrote: > I have installed php5 with support for postgresql (php5-pgsql). If I > install postgresql-client ver. 8.2.7 or 8.3.x apache (httpd) > core-dumps. If I install postgresql-client 8.1.11 or 8.2.6 apache does > not core-dump. > > This is the output (backtrace) from gdb: > > (gdb) bt > #0 0x000000080651c340 in ?? () > #1 0x000000080094ebd5 in puts () from /lib/libc.so.7 > #2 0x000000080094f1ee in gethostbyname () from /lib/libc.so.7 > #3 0x000000000041ee80 in ap_get_local_host () > #4 0x000000000041e131 in ap_fini_vhost_config () > #5 0x000000000040de35 in ap_read_config () > #6 0x00000000004156f1 in standalone_main () > #7 0x0000000000416e2c in main () > > I have confirmed that it's postgresql which makes apache core dump by > commenting out pgsql.so in /usr/local/etc/php/extensions.ini. This - > off-course - prevents me from connecting to my db. :-/ > > Apache is ver. 1.3.41 from ports with no changes to the default-values > during portinstall. PHP is ver. 5.2.5_1. Last night I migrated one of my machines from mysql51 to postgresql83, which included adding php5-pgsql to my extensions list. I have absolutely no problems. I'm using Apache 2.2, however. $ pkg_info | egrep 'apache|php5-pgsql|postgres' apache-2.2.8 Version 2.2 of Apache web server with prefork MPM. php5-pgsql-5.2.5_1 The pgsql shared extension for php postgresql-client-8.3.1 PostgreSQL database (client) postgresql-server-8.3.1 The most advanced open-source database available anywhere -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 14:11:39 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64CA2106564A; Thu, 17 Apr 2008 14:11:39 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 58D0D8FC1A; Thu, 17 Apr 2008 14:11:39 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 44FB51CC033; Thu, 17 Apr 2008 07:11:39 -0700 (PDT) Date: Thu, 17 Apr 2008 07:11:39 -0700 From: Jeremy Chadwick To: Ben Stuyts Message-ID: <20080417141139.GA84832@eos.sc1.parodius.com> References: <20080417112035.GA81275@eos.sc1.parodius.com> <0528764C-4B25-4063-B018-EFD2750ACBDB@altesco.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0528764C-4B25-4063-B018-EFD2750ACBDB@altesco.nl> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: jfv@freebsd.org, gnn@freebsd.org, stable@freebsd.org Subject: Re: Problems with em0 failing to initialize on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 14:11:39 -0000 On Thu, Apr 17, 2008 at 02:02:51PM +0200, Ben Stuyts wrote: > On 17 apr 2008, at 13:20, Jeremy Chadwick wrote: >> On Thu, Apr 17, 2008 at 06:32:32PM +0900, gnn@freebsd.org wrote: >>> I am running 7-STABLE with machines that are net booted. On occasion, >>> that is not with any level of predictability, this happens: >>> >>> em0: Hardware Initialization Failed >>> em0: Unable to initialize the hardware >>> >>> which of course stops the machine in its tracks. A normal dmesg is >>> also included. >>> >>> Any steps I should take to help debug this? >> >> George, can you provide the following? >> >> * Motherboard type and model (a URL to the board would be good) >> * kenv | grep smbios >> * pciconf -lv > > I have seen this too. A couple of times on a new server here. Maybe one in > two or three reboots. So far, it only happens after a reboot, but not after > a hard reset or power cycle. This board has 3 em network if's. Two on the > board itself, and one on a daughter card on the ipmi add-on card. It is > always em0 that is giving trouble. The board is a Supermicro X7DBP-i: > I'm wondering if the IPMI add-on is what's doing it. However, the IPMI cards compatible with the X7DBP all have a dedicated NIC (versus piggybacking on top of the existing mainboards' NICs, which almost always causes problems of the mysterious sort). I'm not sure, but I don't think em0 will be that NIC. Both you and George have boards that use the 82563EB. jv@ will have to help with this one. I wonder if it's a BIOS bug of some kind, where something on the NIC isn't getting reset by the BIOS on a soft boot... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 14:19:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D720E106566B for ; Thu, 17 Apr 2008 14:19:15 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.184]) by mx1.freebsd.org (Postfix) with ESMTP id 663078FC14 for ; Thu, 17 Apr 2008 14:19:15 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so1718gve.39 for ; Thu, 17 Apr 2008 07:19:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=mCSFsngxa2AQhlAznBmtateYsehhZcZayd+qEx9mJDc=; b=sfnesVYN+mq/tfOHsFwRvT2Pg2LCdjRQZ6KE1IHK9zy46gnflhMfiU1n0sPphqN41CEro3HKxmHBuTWl3Uu9wKnV5b0gy6m57OewLMLzCL5SRJ4UMwCcIik2X8u0FAXvAc35KDZEvzA6efG07g166qzyFEMCjIXTVJuV7AreCJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZBwraxfoIAj39j8P7QISarm2gVLZWahzYiaPls70NDH40MvwIEPLBE+ORRe4AtRLvgMUR1GY6EQ/+LAykgQpJdMgRNvEHOg40xTHjcxdH1+aMRI1UYypw2OLIDH5PfWXL29ZYJwzP1M9Sc85zdYRy1JYvaItOFJ05Bs6OvHSvtk= Received: by 10.150.157.11 with SMTP id f11mr1671708ybe.228.1208441577849; Thu, 17 Apr 2008 07:12:57 -0700 (PDT) Received: by 10.151.15.21 with HTTP; Thu, 17 Apr 2008 07:12:57 -0700 (PDT) Message-ID: <3c0b01820804170712t42518efy94628bcbc77aee1d@mail.gmail.com> Date: Thu, 17 Apr 2008 10:12:57 -0400 From: "Alexander Sack" To: "John Baldwin" In-Reply-To: <200804080952.00483.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: base64 Content-Disposition: inline References: <200804011243.06122.antik@bsd.ee> <3c0b01820804071145t5bfcd01al55f70ce7f1826b19@mail.gmail.com> <200804080952.00483.jhb@freebsd.org> Cc: Andrei Kolu , freebsd-stable@freebsd.org Subject: Re: Don't recognizing SMP... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 14:19:15 -0000 T24gVHVlLCBBcHIgOCwgMjAwOCBhdCA5OjUyIEFNLCBKb2huIEJhbGR3aW4gPGpoYkBmcmVlYnNk Lm9yZz4gd3JvdGU6Cj4gT24gTW9uZGF5IDA3IEFwcmlsIDIwMDggMDI6NDU6NDcgcG0gQWxleGFu ZGVyIFNhY2sgd3JvdGU6Cj4gID4gT24gVHVlLCBBcHIgMSwgMjAwOCBhdCA1OjQzIEFNLCBBbmRy ZWkgS29sdSA8YW50aWtAYnNkLmVlPiB3cm90ZToKPiAgPiA+IE9uIE1vbmRheSAzMSBNYXJjaCAy MDA4IDEyOjMxOjQ5IMfRv/jI8SB3cm90ZToKPiAgPiA+ICA+IEkgaW5zdGFsbGVkIEZyZWVCU0Qg Ny4wIG9uIEhQIERMIDM4MC4KPiAgPiA+ICA+Cj4gID4gPiAgPiBUaGlzIGlzIGEgbXB0YWJsZSBy ZXN1bHQuCj4gID4gPiAgPgo+ICA+ID4gID4gPiAjIG1wdGFibGUKPiAgPiA+ICA+ID4gUHJvY2Vz c29yczogICAgIEFQSUMgSUQgVmVyc2lvbiBTdGF0ZSAgICAgICAgICAgRmFtaWx5ICBNb2RlbCAg IFN0ZXAKPiAgPiA+ICA+ID4gRmxhZ3MgMCAgICAgICAweDE0ICAgIEJTUCwgdXNhYmxlICAgICA2 ICAgICAgIDIgICAgICAgMSAgICAgICAweDAzODEKPiAgPiA+ICA+ID4gNiAweDE0ICAgIEFQLCB1 c2FibGUgICAgICAxNSAgICAgIDIgICAgICAgOSAgICAgICAweGJmZWJmYmZmCj4gID4gPiAgPgo+ ICA+ID4gID4gMiB3YXkgY3B1cyBhcmUgc2FtZSBhcyAzLjBHSHogWGVvbiBDUFUuIEJ1dCB0aGV5 IGhhdmUgZGlmZmVyZW50Cj4gID4gPiAgPiBGYW1pbHksIFN0ZXAsIGFuZCBGbGFncy4KPiAgPiA+ Cj4gID4gPiAgU01QIGRvZXMgTk9UIHdvcmsgd2l0aCBjcHVzIHdpdGggZGlmZmVyZW50IHN0ZXBw aW5ncy4gWW91IHNob3VsZCBmaW5kCj4gID4gPiBvdGhlciBtYXRjaGluZyBwYWlyIGZvciBzbXAg dG8gd29yay4KPiAgPgo+ICA+IFRoZW4gdGhpcyBuZWVkcyB0byBiZSBGSVhFRCBiZWNhdXNlIE1B TlkgT0VNcyBzaGlwIG1peGVkIHN0ZXBwaW5nCj4gID4gcHJvY2Vzc29ycyBhcyBJbnRlbCBub3cg c3VwcG9ydHMgaXQuLi4uCj4KPiAgRnJlZUJTRCBpdHNlbGYgZG9lc24ndCBlbmZvcmNlIHRoaXMs IHdlIHVzZSB3aGF0ZXZlciBDUFVzIHdlIGZpbmQgaW4gdGhlIHRhYmxlCj4gIGFuZCB3ZSBkb24n dCBhY3R1YWxseSBib3RoZXIgcmVhZGluZyB0aGUgZmFtaWx5L21vZGVsL2V0Yy4gZnJvbSB0aGUg QVBzIGF0Cj4gIGFsbC4gIEFzc3VtaW5nIHRoaXMgaXMgYSBub24tYW5jaWVudCBjb21wdXRlciBh bmQgbm9uLWFuY2llbnQgRnJlZUJTRCAoNS4yIG9yCj4gIGxhdGVyKSB0aGVuIEZyZWVCU0QgaXNu J3QgdXNpbmcgdGhlIE1QIFRhYmxlIGF0IGFsbCBidXQgdGhlIEFDUEkgTUFEVCB0YWJsZQo+ICAo YXZhaWxhYmxlIHZpYSBhY3BpZHVtcCAtdCkuCgpJIHdvdWxkIGFzc3VtZSB0aGF0IGFzIHdlbGwu ICBZZXMgaXQgbWF0dGVycyB3aGF0IHN0ZXBwaW5ncyBhcmUgbWl4ZWQKaW4gdGVybXMgb2Ygc3Vw cG9ydCBidXQgSW50ZWwgRE9FUyBzdXBwb3J0IGEgbnVtYmVyIG9mIG1peGVkIHN0ZXBwaW5ncwph bmQgT0VNcyBsaWtlIEhQIGhhdmUgc2hpcHBlZCBtaXhlZCBzdGVwcGluZyBQcm9saWFudCBtYWNo aW5lcyAoSSB3YXMKb24gdGhlIGZvcmUtZnJvbnQgb2YgdGhpcyBpc3N1ZSB3aXRoIGFub3RoZXIg cGxhdGZvcm0gc28gSSBrbm93IHRoaXMKdG8gYmUgZmFjdCkuICBJbiBmYWN0IHRoZXJlIGlzIHNv bWUgcHVibGljIGRvY3VtZW50YXRpb24gYWJvdXQgdGhpcyBpcwp5b3UgY2FuIHN0YW5kIEludGVs J3Mgc2VhcmNoIGZlYXR1cmUgb24gdGhlaXIgd2Vic2l0ZS4uLi4gOkQhCgotYXBzCg== From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 15:06:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8C0106564A; Thu, 17 Apr 2008 15:06:32 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 029A38FC24; Thu, 17 Apr 2008 15:06:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 2F91E43DF9B; Thu, 17 Apr 2008 18:06:30 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kQ57qe9KBH6i; Thu, 17 Apr 2008 18:06:30 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 7D33243C478; Thu, 17 Apr 2008 18:06:29 +0300 (EEST) Message-ID: <48076774.4090602@icyb.net.ua> Date: Thu, 17 Apr 2008 18:06:28 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080311) MIME-Version: 1.0 To: Paul Schmehl References: <1207959807.00055755.1207949401@10.7.7.3> <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> In-Reply-To: <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, Steve Franks , freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 15:06:32 -0000 on 17/04/2008 17:56 Paul Schmehl said the following: > > I wish I had a core file to analyze. *Every* time I reboot my machine, I have > to disconnect my usb drive. Then I have to remount it after I'm back up and > running. If I leave it connected during the reboot, I get the same kind of > errors that were posted by Steve. After the system is up and running, umass is > detected normally and I can mount and use the drive with no problems. I'm on > i386, so it doesn't look like an AMD-specific problem. > > # uname -a > FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #6: Wed Apr 16 > 17:14:28 CDT 2008 utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 > > I've rebuilt kernel and world six times in the hopes that recent src updates > would fix the problem. > > Unfortunately, since the error occurs during boot, I know of no way to capture > the error message. If I log console would that do it? I doubt the console is > logging at that point. I don't think syslogd is even running yet. > Eh I think I saw something like this myself. Do you by a chance have that new device sg in your kernel? I assume you do (GENERIC) - try to drop it. I am not sure if this is some brokenness of that driver or fighting of several USB drivers over the same hardware. P.S. sorry for the wide broadcast, but I think that users on all 3 lists might be interested. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 15:28:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A29F11065670 for ; Thu, 17 Apr 2008 15:28:31 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 865048FC1E for ; Thu, 17 Apr 2008 15:28:31 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 7C6B265504; Thu, 17 Apr 2008 09:56:08 -0500 (CDT) Date: Thu, 17 Apr 2008 09:56:08 -0500 From: Paul Schmehl To: Andriy Gapon , Steve Franks , freebsd-stable@freebsd.org Message-ID: <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> In-Reply-To: <48071956.2090103@icyb.net.ua> References: <1207959807.00055755.1207949401@10.7.7.3> <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 15:28:31 -0000 --On Thursday, April 17, 2008 12:33:10 +0300 Andriy Gapon wrote: > on 16/04/2008 19:19 Roland Smith said the following: >> On Wed, Apr 16, 2008 at 09:10:23AM -0700, Steve Franks wrote: >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x0 >>> fault code = supervisor read instruction, page not present >>> instruction pointer = 0x8:0x0 >>> stack pointer = 0x10:0xffffffffa0208570 >>> frame pointer = 0x10:0xffffff0001e1ca00 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 12 (swi4: clock sio) >> >> Odd. This doesn't seem to have anything to do with usb. It is in a >> kernel thread that runs the clock and serial port. > > It is not as odd if you consider that "clock" is actually softclock that > executes timeouts/callouts and I have no doubts that we do use those in > USB subsystem. > >> >> If you give the 'bt' command (backtrace) here, what does it say? > > I think 'bt' should be a default command in kgdb init or at least there > should be a big advice to the users: "if you managed to run kgdb on a > core file, then at the very least execute bt command" :-) I wish I had a core file to analyze. *Every* time I reboot my machine, I have to disconnect my usb drive. Then I have to remount it after I'm back up and running. If I leave it connected during the reboot, I get the same kind of errors that were posted by Steve. After the system is up and running, umass is detected normally and I can mount and use the drive with no problems. I'm on i386, so it doesn't look like an AMD-specific problem. # uname -a FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #6: Wed Apr 16 17:14:28 CDT 2008 utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 I've rebuilt kernel and world six times in the hopes that recent src updates would fix the problem. Unfortunately, since the error occurs during boot, I know of no way to capture the error message. If I log console would that do it? I doubt the console is logging at that point. I don't think syslogd is even running yet. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 15:29:04 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D4711065672; Thu, 17 Apr 2008 15:29:04 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB578FC21; Thu, 17 Apr 2008 15:29:03 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from giskard.altus-escon.com (giskard.altus-escon.com [193.78.231.1]) by altus-escon.com (8.14.2/8.14.2) with ESMTP id m3HFSt1v003284; Thu, 17 Apr 2008 17:29:00 +0200 (CEST) (envelope-from ben@altesco.nl) Message-Id: <4DE42652-2CE8-4567-AD49-2F425917A232@altesco.nl> From: Ben Stuyts To: Jeremy Chadwick In-Reply-To: <20080417141139.GA84832@eos.sc1.parodius.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 17 Apr 2008 17:28:13 +0200 References: <20080417112035.GA81275@eos.sc1.parodius.com> <0528764C-4B25-4063-B018-EFD2750ACBDB@altesco.nl> <20080417141139.GA84832@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.142]); Thu, 17 Apr 2008 17:29:00 +0200 (CEST) X-Virus-Scanned: ClamAV 0.93/6809/Thu Apr 17 11:33:01 2008 on mars.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.7 required=3.5 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mars.altus-escon.com Cc: jfv@freebsd.org, gnn@freebsd.org, stable@freebsd.org Subject: Re: Problems with em0 failing to initialize on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 15:29:04 -0000 On 17 apr 2008, at 16:11, Jeremy Chadwick wrote: > On Thu, Apr 17, 2008 at 02:02:51PM +0200, Ben Stuyts wrote: >> On 17 apr 2008, at 13:20, Jeremy Chadwick wrote: >>> On Thu, Apr 17, 2008 at 06:32:32PM +0900, gnn@freebsd.org wrote: >>>> I am running 7-STABLE with machines that are net booted. On >>>> occasion, >>>> that is not with any level of predictability, this happens: >>>> >>>> em0: Hardware Initialization Failed >>>> em0: Unable to initialize the hardware >>>> >>>> which of course stops the machine in its tracks. A normal dmesg is >>>> also included. >>>> >>>> Any steps I should take to help debug this? >>> >>> George, can you provide the following? >>> >>> * Motherboard type and model (a URL to the board would be good) >>> * kenv | grep smbios >>> * pciconf -lv >> >> I have seen this too. A couple of times on a new server here. Maybe >> one in >> two or three reboots. So far, it only happens after a reboot, but >> not after >> a hard reset or power cycle. This board has 3 em network if's. Two >> on the >> board itself, and one on a daughter card on the ipmi add-on card. >> It is >> always em0 that is giving trouble. The board is a Supermicro X7DBP-i: >> > > > > I'm wondering if the IPMI add-on is what's doing it. However, the > IPMI > cards compatible with the X7DBP all have a dedicated NIC (versus > piggybacking on top of the existing mainboards' NICs, which almost > always causes problems of the mysterious sort). I'm not sure, but I > don't think em0 will be that NIC. Correct, em0 and em1 are on the mainboard. em2 is on the daughter- daughtercard and also single use for the OS. And then there's a 4th nic which is the ipmi interface. It is completely separate. (I have the SIM1U-3B & SIM1U-3D daughter cards: > Both you and George have boards that use the 82563EB. jv@ will have > to > help with this one. I wonder if it's a BIOS bug of some kind, where > something on the NIC isn't getting reset by the BIOS on a soft boot... Let me know if there's anything I can do to help. I can test patches during evening hours when this server is mostly idle. Ben From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 15:31:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5799F1065670 for ; Thu, 17 Apr 2008 15:31:40 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 2A01D8FC0A for ; Thu, 17 Apr 2008 15:31:40 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id D6BE465504; Thu, 17 Apr 2008 10:31:39 -0500 (CDT) Date: Thu, 17 Apr 2008 10:31:39 -0500 From: Paul Schmehl To: Andriy Gapon Message-ID: In-Reply-To: <48076774.4090602@icyb.net.ua> References: <1207959807.00055755.1207949401@10.7.7.3> <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> <48076774.4090602@icyb.net.ua> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-scsi@freebsd.org, Steve Franks , freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 15:31:40 -0000 --On Thursday, April 17, 2008 18:06:28 +0300 Andriy Gapon wrote: > on 17/04/2008 17:56 Paul Schmehl said the following: >> >> I wish I had a core file to analyze. *Every* time I reboot my machine, I >> have to disconnect my usb drive. Then I have to remount it after I'm back >> up and running. If I leave it connected during the reboot, I get the same >> kind of errors that were posted by Steve. After the system is up and >> running, umass is detected normally and I can mount and use the drive with >> no problems. I'm on i386, so it doesn't look like an AMD-specific problem. >> >> # uname -a >> FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #6: Wed Apr 16 >> 17:14:28 CDT 2008 utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC >> i386 >> >> I've rebuilt kernel and world six times in the hopes that recent src updates >> would fix the problem. >> >> Unfortunately, since the error occurs during boot, I know of no way to >> capture the error message. If I log console would that do it? I doubt the >> console is logging at that point. I don't think syslogd is even running >> yet. >> > > Eh I think I saw something like this myself. > Do you by a chance have that new device sg in your kernel? > I assume you do (GENERIC) - try to drop it. > I am not sure if this is some brokenness of that driver or fighting of > several USB drivers over the same hardware. > > P.S. sorry for the wide broadcast, but I think that users on all 3 lists > might be interested. This is all I have in my GENERIC conf file: # grep -i sg /usr/src/sys/i386/conf/GENERIC options SYSVMSG # SYSV-style message queues -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 15:37:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47AC8106566C; Thu, 17 Apr 2008 15:37:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id B24988FC14; Thu, 17 Apr 2008 15:37:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 68672744009; Thu, 17 Apr 2008 18:37:48 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7VYLjk1KJSpA; Thu, 17 Apr 2008 18:37:48 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 37B4643D7DD; Thu, 17 Apr 2008 18:37:46 +0300 (EEST) Message-ID: <48076EC9.4090002@icyb.net.ua> Date: Thu, 17 Apr 2008 18:37:45 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080311) MIME-Version: 1.0 To: Paul Schmehl References: <1207959807.00055755.1207949401@10.7.7.3> <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> <48076774.4090602@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, Steve Franks , freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 15:37:50 -0000 on 17/04/2008 18:31 Paul Schmehl said the following: > --On Thursday, April 17, 2008 18:06:28 +0300 Andriy Gapon > wrote: > >> on 17/04/2008 17:56 Paul Schmehl said the following: >>> I wish I had a core file to analyze. *Every* time I reboot my machine, I >>> have to disconnect my usb drive. Then I have to remount it after I'm back >>> up and running. If I leave it connected during the reboot, I get the same >>> kind of errors that were posted by Steve. After the system is up and >>> running, umass is detected normally and I can mount and use the drive with >>> no problems. I'm on i386, so it doesn't look like an AMD-specific problem. >>> >>> # uname -a >>> FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #6: Wed Apr 16 >>> 17:14:28 CDT 2008 utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC >>> i386 >>> >>> I've rebuilt kernel and world six times in the hopes that recent src updates >>> would fix the problem. >>> >>> Unfortunately, since the error occurs during boot, I know of no way to >>> capture the error message. If I log console would that do it? I doubt the >>> console is logging at that point. I don't think syslogd is even running >>> yet. >>> >> Eh I think I saw something like this myself. >> Do you by a chance have that new device sg in your kernel? >> I assume you do (GENERIC) - try to drop it. >> I am not sure if this is some brokenness of that driver or fighting of >> several USB drivers over the same hardware. >> >> P.S. sorry for the wide broadcast, but I think that users on all 3 lists >> might be interested. > > This is all I have in my GENERIC conf file: > > # grep -i sg /usr/src/sys/i386/conf/GENERIC > options SYSVMSG # SYSV-style message queues > I see. Then maybe sg was a red herring in my case. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 15:55:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2204106566C for ; Thu, 17 Apr 2008 15:55:17 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id 795F68FC15 for ; Thu, 17 Apr 2008 15:55:17 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id A4E3511458; Thu, 17 Apr 2008 11:36:08 -0400 (EDT) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pmV3F5U2pgvQ; Thu, 17 Apr 2008 11:36:02 -0400 (EDT) Received: from [192.168.130.110] (hpcw.hpcisp.com [208.149.144.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id ADC3A11454; Thu, 17 Apr 2008 11:36:02 -0400 (EDT) Message-ID: <48076E5A.50306@pingle.org> Date: Thu, 17 Apr 2008 11:35:54 -0400 From: Jim Pingle User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Claus Guttesen References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: php5 and postgresql 8.2/8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 15:55:17 -0000 Claus Guttesen wrote: >> I have installed php5 with support for postgresql (php5-pgsql). If I >> install postgresql-client ver. 8.2.7 or 8.3.x apache (httpd) >> core-dumps. If I install postgresql-client 8.1.11 or 8.2.6 apache does >> not core-dump. >> >> I have confirmed that it's postgresql which makes apache core dump by >> commenting out pgsql.so in /usr/local/etc/php/extensions.ini. This - >> off-course - prevents me from connecting to my db. :-/ >> >> Apache is ver. 1.3.41 from ports with no changes to the default-values >> during portinstall. PHP is ver. 5.2.5_1. > > Replying to myself (and others :-) ). When compiling php5 statically > with postgresql-support apache no longer core dumps. I added > CONFIGURE_ARGS+=--with-pgsql to /usr/ports/lang/php5/Makefile. > Not sure if this would make much of a difference in your case, but have you tried moving the line for pgsql.so up higher in extensions.ini? I haven't had any trouble with PostgreSQL's PHP extension, but I have with plenty of others (MySQL, recode, imap, sockets, and pspell) when the extensions were not in a specific order. I've documented the issue here: http://www.pingle.org/2006/10/18/php-crashes-extensions http://www.pingle.org/2007/09/22/php-crashes-extensions-workaround More info can be found in the archives as well. If that does alleviate your problem, let me know and I'll add notes for pgsql.so to my workaround. Jim From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 18:01:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C195106564A for ; Thu, 17 Apr 2008 18:01:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.181]) by mx1.freebsd.org (Postfix) with ESMTP id 184FB8FC1D for ; Thu, 17 Apr 2008 18:01:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by el-out-1112.google.com with SMTP id m34so142295ele.8 for ; Thu, 17 Apr 2008 11:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=dnqBVda18yCbpjqVIrEf4oh1K6xA8fvXbXxg66Ul5Pk=; b=iy48RSroSJzuqmHPUmY9G8ozFQl+fC4S5aSEhWdQJBT+wLraSF3VCgCbhymofzv/H0YEMEfxgH/3RiJMrGWTnotYSHF+Pnjxfse/uLY6EdQ7al6R3a6zVqUW3+RYQluop2U8/vrS1327QKhSfNnzK1lDv0GVsPtmgbhGNG5WW8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YPWAe5v9E83NPRZ1KmLPWvbLqx2oKAA1kHPYD4JgLTAHly73Jr+60VlSK//f/CjDHRd/JPm6lkg73HY+32Q033riWAZhXIMD6ZckFX94THn2QPn5Z7o/JRYdssxIEgV2E2JZUCp62Cc2MbfBvYMj28LQ8hqrYnEFrLJkmryDZww= Received: by 10.114.171.1 with SMTP id t1mr1815999wae.124.1208453553493; Thu, 17 Apr 2008 10:32:33 -0700 (PDT) Received: by 10.114.174.20 with HTTP; Thu, 17 Apr 2008 10:32:33 -0700 (PDT) Message-ID: <2a41acea0804171032y239913efq3163edb67fc468a0@mail.gmail.com> Date: Thu, 17 Apr 2008 10:32:33 -0700 From: "Jack Vogel" To: "Ben Stuyts" In-Reply-To: <4DE42652-2CE8-4567-AD49-2F425917A232@altesco.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080417112035.GA81275@eos.sc1.parodius.com> <0528764C-4B25-4063-B018-EFD2750ACBDB@altesco.nl> <20080417141139.GA84832@eos.sc1.parodius.com> <4DE42652-2CE8-4567-AD49-2F425917A232@altesco.nl> Cc: jfv@freebsd.org, gnn@freebsd.org, Jeremy Chadwick , stable@freebsd.org Subject: Re: Problems with em0 failing to initialize on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 18:01:29 -0000 On Thu, Apr 17, 2008 at 8:28 AM, Ben Stuyts wrote: > > > On 17 apr 2008, at 16:11, Jeremy Chadwick wrote: > > > > On Thu, Apr 17, 2008 at 02:02:51PM +0200, Ben Stuyts wrote: > > > > > On 17 apr 2008, at 13:20, Jeremy Chadwick wrote: > > > > > > > On Thu, Apr 17, 2008 at 06:32:32PM +0900, gnn@freebsd.org wrote: > > > > > > > > > I am running 7-STABLE with machines that are net booted. On > occasion, > > > > > that is not with any level of predictability, this happens: > > > > > > > > > > em0: Hardware Initialization Failed > > > > > em0: Unable to initialize the hardware > > > > > > > > > > which of course stops the machine in its tracks. A normal dmesg is > > > > > also included. > > > > > > > > > > Any steps I should take to help debug this? > > > > > > > > > > > > > George, can you provide the following? > > > > > > > > * Motherboard type and model (a URL to the board would be good) > > > > * kenv | grep smbios > > > > * pciconf -lv > > > > > > > > > > I have seen this too. A couple of times on a new server here. Maybe one > in > > > two or three reboots. So far, it only happens after a reboot, but not > after > > > a hard reset or power cycle. This board has 3 em network if's. Two on > the > > > board itself, and one on a daughter card on the ipmi add-on card. It is > > > always em0 that is giving trouble. The board is a Supermicro X7DBP-i: > > > > > > > > > > > I'm wondering if the IPMI add-on is what's doing it. However, the IPMI > > cards compatible with the X7DBP all have a dedicated NIC (versus > > piggybacking on top of the existing mainboards' NICs, which almost > > always causes problems of the mysterious sort). I'm not sure, but I > > don't think em0 will be that NIC. > > > > Correct, em0 and em1 are on the mainboard. em2 is on the > daughter-daughtercard and also single use for the OS. And then there's a 4th > nic which is the ipmi interface. It is completely separate. (I have the > SIM1U-3B & SIM1U-3D daughter cards: > > > > > > Both you and George have boards that use the 82563EB. jv@ will have to > > help with this one. I wonder if it's a BIOS bug of some kind, where > > something on the NIC isn't getting reset by the BIOS on a soft boot... > > > > Let me know if there's anything I can do to help. I can test patches during > evening hours when this server is mostly idle. > > Ben > > There is a fix in the shared code that is checked into CURRENT that addresses this, however, yesterday evening a problem cropped up that might still be unfixed with that code, I'm looking into that today... Jack From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 18:25:06 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A14B7106567C for ; Thu, 17 Apr 2008 18:25:06 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 63B5A8FC40 for ; Thu, 17 Apr 2008 18:25:06 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmYn9-000CKd-UO; Thu, 17 Apr 2008 19:25:03 +0100 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmYn9-0009kn-Ru; Thu, 17 Apr 2008 19:25:03 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmYn9-000Fe7-R4; Thu, 17 Apr 2008 19:25:03 +0100 To: zbeeble@gmail.com In-Reply-To: <5f67a8c40804171109o264ad120wa442f21be8a4bb33@mail.gmail.com> Message-Id: From: Pete French Date: Thu, 17 Apr 2008 19:25:03 +0100 Cc: stable@freebsd.org Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 18:25:06 -0000 > I have experimented with this rather extensively and have operationally > decided not to use ggated in combination with gmirror --- it doesn't appear > to work as well as one might expect. Ah, thats unmfortunate :-( I oroginally started off using the iscsi initiator and target, which did work O.K., but when actually ran live ended up locking up after several hours,a nd then panicing the kernel. So not ideal - but when it was working it was fine. ggated seems the opposite - doesnt crash, but performance is not suitable for any kind of real use. > I'm somewhat vaguely wondering if zfs with one local and one ggated disk > will work well. I tried ZFS for a while myself, and it works O.K., but has a tendency to panic if it wants memory which it can't get. Despite the many different guides available, I never managed to get it to the point where I would be happy to use it on a production system without worrying about it suddenly becomming memory hungry and dieing. Thanks for the inout though - I am doing some more experimentation with ggate (basically raing some buffers as per a thread I found) and seeing if that helps. BTW, I think ggate is the problem and not gmirror here - gmirror on top of iscsi works fine as I said. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 18:34:31 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF4C1106567A for ; Thu, 17 Apr 2008 18:34:31 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 865128FC18 for ; Thu, 17 Apr 2008 18:34:31 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so116740ywt.13 for ; Thu, 17 Apr 2008 11:34:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=vmaM87FSP70fDqbRmMMN+YJWoLCs8r8j+6gniysaSPM=; b=WQ/PDiWznAHGJnyCQaDVjjRoDa5Oce7TyCA/iyuUjWWvjDyxQ1hfaUObTcJ5lVgujH4bF2Xch3QsiC4SSAuIeswbm4J2Xg7YDx3FWQ/4egQNfJ1pOV2KZ/b/PKHPXd5E3SdnbiCWnZ9I06Hx8nK0xuFhNraKr97TmpwtajX8YK8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=vLbdrQIqo+nBPeyr8ysPzevlbqRY9VyMzyjCHgXUPgMDQMhWB27qmbNaiqXyDfwCZPmZeoTlqoX485C0Efk5TQ6Sd7COQCRIXmEh2AF6yCG5ezZNTXj9c1krtSPal8mtPpPUzBSAcl95387X3vUQi+G1Kx2AA9h6KqzBlCPnTwg= Received: by 10.150.225.14 with SMTP id x14mr2060512ybg.119.1208455749634; Thu, 17 Apr 2008 11:09:09 -0700 (PDT) Received: by 10.150.156.14 with HTTP; Thu, 17 Apr 2008 11:09:09 -0700 (PDT) Message-ID: <5f67a8c40804171109o264ad120wa442f21be8a4bb33@mail.gmail.com> Date: Thu, 17 Apr 2008 14:09:09 -0400 From: "Zaphod Beeblebrox" To: "Pete French" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 18:34:31 -0000 On Thu, Apr 17, 2008 at 7:18 AM, Pete French wrote: > I am trying to run a system with a pair of drives mirrored under > gmirror, one of thhem being local and the other remote using ggated. > I have experimented with this rather extensively and have operationally decided not to use ggated in combination with gmirror --- it doesn't appear to work as well as one might expect. Some improvements were made to ggated awhile ago --- to improve error recovery. It should have helped, but didn't. I'm somewhat vaguely wondering if zfs with one local and one ggated disk will work well. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 18:49:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FEF71065673 for ; Thu, 17 Apr 2008 18:49:11 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.freebsd.org (Postfix) with ESMTP id E52048FC12 for ; Thu, 17 Apr 2008 18:49:10 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 4827ABF5B; Thu, 17 Apr 2008 14:32:15 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id DFB7E273C; Thu, 17 Apr 2008 14:32:14 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18439.38830.283185.36114@canoe.dclg.ca> Date: Thu, 17 Apr 2008 14:32:14 -0400 To: freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Subject: Telus EV-DO success how-to. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 18:49:11 -0000 Seening as I didn't find any references to making the Dell 5720 EV-DO card from Telus (in Canada) anywhere, I'm sending this mail to the list with the intention that google will shortly return this answer for other people. It would seem that EV-DO cards are available in external PC-Card, external express-card, internal express-card formats and USB dongle. The internal (and I assume external) express-cards show up as USB devices. There may be extra instructions for the PC-Card, although I strongly suspect it may show up as a serial device. Dell distributes it's own version of the Novatel CDMA cards --- my specimen had the USB Dell manufacturer number and a USB Dell product number different from the origional Novatel. The USB devices work with the ubser(4) driver --- although at this very moment they require the patch from PR usb/122803 (which should apply to any Dell version of this card). Assuming you have the card showing up as cuaU0 now, you need the following in your ppp.conf (This is Telus specific): telus: set phone "#777" set authname @1x.telusmobility.com set authkey set device /dev/cuaU0 add default HISADDR The phone number and the serial number can be found in the windows client and/or the telus agents can see them if you're talking to a tech support agent. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 18:55:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 666F5106566B for ; Thu, 17 Apr 2008 18:55:22 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1C40D8FC0A for ; Thu, 17 Apr 2008 18:55:21 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so121959ywt.13 for ; Thu, 17 Apr 2008 11:55:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=BFQc2KFhS1YDacds7jrpoTpf7VDhNisk49EwSuXeH4k=; b=Q7D7aa76lhcww4dBQsQkX3WWT2mICLUnzCgfaEwPn2D+EHbTMm2jubDov9015gTX6EL1pYLawFCq7LUpn8Fd0JM8mzypZA4lwzmruP32LaHfLs6lDE3aIT+be4sb2KkzfkNyytrSIP3IXPCI14mHb4Dnr5P2PV5EeZOeBWnGpek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=oY7ijgKvwEL/dWC/6uOCgeS7NEeTw2fhImgR8wgxM/IoHnhb2OfUDI5Tw7zH7CmjvlyGRFb2kaB0va62G8Rvlr3CBW5Ez6eQ7tDJzgmj/mNPimRF/y74RES2rq9D9OkVzodB7xEMR9s0qFiN2WmiJO6c9Zx0sBieUt0B+gBPG+k= Received: by 10.150.189.9 with SMTP id m9mr2140971ybf.73.1208458512765; Thu, 17 Apr 2008 11:55:12 -0700 (PDT) Received: by 10.150.156.14 with HTTP; Thu, 17 Apr 2008 11:55:12 -0700 (PDT) Message-ID: <5f67a8c40804171155o72b2ab1ctbc116510c39025f3@mail.gmail.com> Date: Thu, 17 Apr 2008 14:55:12 -0400 From: "Zaphod Beeblebrox" To: "Pete French" In-Reply-To: MIME-Version: 1.0 References: <5f67a8c40804171109o264ad120wa442f21be8a4bb33@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 18:55:22 -0000 On Thu, Apr 17, 2008 at 2:25 PM, Pete French wrote: > > I have experimented with this rather extensively and have operationally > > decided not to use ggated in combination with gmirror --- it doesn't > appear > > to work as well as one might expect. > > Ah, thats unmfortunate :-( I oroginally started off using the > iscsi initiator and target, which did work O.K., but when actually > ran live ended up locking up after several hours,a nd then panicing > the kernel. So not ideal - but when it was working it was fine. ggated > seems the opposite - doesnt crash, but performance is not suitable for any > kind of real use. > In the end we found that ggate was crashy after a week or two of heavy use, too... dispite it's performance problems (which can be somewhat fixed by telling gmirror to only read from the local disk) > I'm somewhat vaguely wondering if zfs with one local and one ggated disk > > will work well. > > I tried ZFS for a while myself, and it works O.K., but has a tendency > to panic if it wants memory which it can't get. Despite the many different > guides available, I never managed to get it to the point where I would > be happy to use it on a production system without worrying about it > suddenly becomming memory hungry and dieing. Certainly ZFS needs lots of memory --- most of my systems running ZFS have 4G of RAM and are running in 64 bit mode. With the wiki's recomendation of a large number of kernel pages, I havn't had a problem with crashing. I am using ZFS RAIDZ as a large data store and ZFS mirroring (separately) on my workstation as /usr, /var, and home directories. > Thanks for the inout though - I am doing some more experimentation > with ggate (basically raing some buffers as per a thread I found) and > seeing if that helps. > > BTW, I think ggate is the problem and not gmirror here - gmirror on top > of iscsi works fine as I said. > I would agree... save the fact that it may be an interaction between the two and/or UFS that is causing the problems. Certainly gmirror on local disks works fine (I've run gmirror/gstripe combinations for several years now as RAID 10 store with UFS on top). This is all going to be latency sensitive --- ggate needs to allow a larger number of oustanding transactions to be efficient. Removing the read load from the ggated drive seems to help quite a bit in overall performance. But even with this change, I still found that ggate would crash after several days to a week of heavy use. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 19:28:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3F14106564A for ; Thu, 17 Apr 2008 19:28:58 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 5CCF48FC2A for ; Thu, 17 Apr 2008 19:28:58 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so55922anc.13 for ; Thu, 17 Apr 2008 12:28:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Sa7T7fsBr2/TpgubCvonK1QA+WLWd2LMbRL8qhe+uwA=; b=svcJe1anH1C6S90hj1loASrMNBD3TD6KJ7Q1EnewTPb2xMdvbEWI4704Z1z6k6XSaj4UQGZBS9KqOg4Hnd0WQkGtAJvWWl33srgPJXuqC/gZBl50cVUhV6up/O5POcNIo6lnkgVD0LIFdjSzP+iMYgYRL+pb2mpUY0ghUIIBniE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=reZAbcz9jk4dVRUqgDv57BQyhiTlmwYLhKveoIaIYO0xwoxgy14B4+AvDvoV5U16DJTGN1UF/1lHmRd/Myt7xmK70vnmgxUAs5JJH8O4F14eK1HJbSWx1YlEPVGWPWqtTs0bITvq1l4//m2pcaduu/rA+0s7VEQNuRuaMChx23Q= Received: by 10.100.178.13 with SMTP id a13mr3266634anf.8.1208460529521; Thu, 17 Apr 2008 12:28:49 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Thu, 17 Apr 2008 12:28:45 -0700 (PDT) Message-ID: Date: Thu, 17 Apr 2008 21:28:45 +0200 From: "Claus Guttesen" To: "Jim Pingle" In-Reply-To: <48076E5A.50306@pingle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48076E5A.50306@pingle.org> Cc: FreeBSD Subject: Re: php5 and postgresql 8.2/8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 19:28:58 -0000 > > Replying to myself (and others :-) ). When compiling php5 statically > > with postgresql-support apache no longer core dumps. I added > > CONFIGURE_ARGS+=--with-pgsql to /usr/ports/lang/php5/Makefile. > > Not sure if this would make much of a difference in your case, but have you > tried moving the line for pgsql.so up higher in extensions.ini? > > I've documented the issue here: > http://www.pingle.org/2006/10/18/php-crashes-extensions > http://www.pingle.org/2007/09/22/php-crashes-extensions-workaround > > More info can be found in the archives as well. > > If that does alleviate your problem, let me know and I'll add notes for > pgsql.so to my workaround. I did read this (or a similar) thread during my troubleshooting and started with pgsql.so at the top and gradually moved it down to the bottom and (re)starting apache and everytime it core dumped. Thank you for the pointer though. Forgot to mention that this is is the amd64-version of FreeBSD 7.0. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 20:01:04 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F4431065674 for ; Thu, 17 Apr 2008 20:01:04 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2ABD28FC0A for ; Thu, 17 Apr 2008 20:01:04 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmaI1-000DHS-Ku; Thu, 17 Apr 2008 21:01:01 +0100 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmaI1-000ARn-IT; Thu, 17 Apr 2008 21:01:01 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmaI1-000GTm-He; Thu, 17 Apr 2008 21:01:01 +0100 To: zbeeble@gmail.com In-Reply-To: <5f67a8c40804171155o72b2ab1ctbc116510c39025f3@mail.gmail.com> Message-Id: From: Pete French Date: Thu, 17 Apr 2008 21:01:01 +0100 Cc: stable@freebsd.org Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 20:01:04 -0000 > In the end we found that ggate was crashy after a week or two of heavy use, > too... dispite it's performance problems (which can be somewhat fixed by > telling gmirror to only read from the local disk) That last part interests me - how did you manage to make it do that ? I read the man page, and the 'prefer' balancing algorithm should let you tell it which disc to read from - but there is no mway to change the priority on a disc in amirror that I can see. It can only be set when inserting new drives. The ddefault is '0' and hence it's nbot possible to attach a new drive with a priority below that of the existing local drive. I tried using '-1' as a priority to fix this, but it came up as 255. > Certainly ZFS needs lots of memory --- most of my systems running ZFS have > 4G of RAM and are running in 64 bit mode. With the wiki's recomendation of > a large number of kernel pages, I havn't had a problem with crashing. I am > using ZFS RAIDZ as a large data store and ZFS mirroring (separately) on my > workstation as /usr, /var, and home directories. All out machine ateb64 bit with between 4 and 16 gig of RAm too, so I could try that. So you trust it then ? I;d be interested to know exactly which options from the wiki page you ended up using for both kernel pages and ZFS itself. That would be my ideal solution if it is stable enough. > efficient. Removing the read load from the ggated drive seems to help quite > a bit in overall performance. But even with this change, I still found that > ggate would crash after several days to a week of heavy use. Well, I upped the networking buffers and queue sizes to what I woulkd normally consider 'stupid' values, and now it seems to have settled down and is performing well (am using then 'load' balancing algorithm). Shall see if it stays that way for the next few weeks given what you have just said. I should probably try ZFS on it too, just for my own curiosity. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 20:14:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04C44106566C for ; Thu, 17 Apr 2008 20:14:36 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id 427C28FC12 for ; Thu, 17 Apr 2008 20:14:34 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from [77.70.66.90] (helo=geohomepc) by pulsar.bg with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmaEz-00063r-M8 for freebsd-stable@freebsd.org; Thu, 17 Apr 2008 22:57:53 +0300 Message-ID: <77B45D4B596B40EBBF6760BBDBFB9DE5@geohomepc> From: "Georgi Iovchev" To: Date: Thu, 17 Apr 2008 22:57:52 +0300 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0005_01C8A0DE.77445550" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.3959 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Subject: freebsd i386 releng_7 odd problem - cant shut down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 20:14:36 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C8A0DE.77445550 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit Hello list I have really strange problem. When I select shut down (from gnome, or manually from console halt -p) the system begins to shutdown. Actually everything looks fine ... it shuts down correctly. Hard drives goes down, monitor is turned off etc... But after a few seconds the computer powers on by itself!!!! This behaviour begen a few days ago ... I really cant remember what I did this time... Yesterday I updated all sources and ports, recompilled world and kernel. But the shutdown problem still exists. I tought that my motherboard may be broken. I have windows server 2003 too, but with windows the shutdown works ok. So I think, my mobo is ok. mobo: gigabyte ga-p35-ds4 cpu: intel dual core e6750 ram: 2x2gb ddr800 I am attaching dmesg for additional details about my pc... I dont know what to try to fix this. Need help. 10x in advance ------=_NextPart_000_0005_01C8A0DE.77445550 Content-Type: text/plain; format=flowed; name="dmesg.txt"; reply-type=original Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2008 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0A= FreeBSD is a registered trademark of The FreeBSD Foundation.=0A= FreeBSD 7.0-STABLE #0: Wed Apr 16 21:51:48 EEST 2008=0A= root@geo.pulsar.bg:/usr/obj/usr/src/sys/GEO=0A= Timecounter "i8254" frequency 1193182 Hz quality 0=0A= CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (3400.02-MHz = 686-class CPU)=0A= Origin =3D "GenuineIntel" Id =3D 0x6fb Stepping =3D 11=0A= = Features=3D0xbfebfbff=0A= = Features2=3D0xe3fd=0A= AMD Features=3D0x20100000=0A= AMD Features2=3D0x1=0A= Cores per package: 2=0A= real memory =3D 3756916736 (3582 MB)=0A= avail memory =3D 3677196288 (3506 MB)=0A= ACPI APIC Table: =0A= FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=0A= cpu0 (BSP): APIC ID: 0=0A= cpu1 (AP): APIC ID: 1=0A= ioapic0: Changing APIC ID to 2=0A= ioapic0 irqs 0-23 on motherboard=0A= kbd1 at kbdmux0=0A= acpi0: on motherboard=0A= acpi0: [ITHREAD]=0A= acpi0: Power Button (fixed)=0A= acpi0: reservation of 0, a0000 (3) failed=0A= acpi0: reservation of 100000, dfde0000 (3) failed=0A= Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0A= acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0=0A= acpi_hpet0: iomem 0xfed00000-0xfed003ff on = acpi0=0A= Timecounter "HPET" frequency 14318180 Hz quality 900=0A= cpu0: on acpi0=0A= est0: on cpu0=0A= est: CPU supports Enhanced Speedstep, but is not recognized.=0A= est: cpu_vendor GenuineIntel, msr 827082706000827=0A= device_attach: est0 attach returned 6=0A= p4tcc0: on cpu0=0A= cpu1: on acpi0=0A= est1: on cpu1=0A= est: CPU supports Enhanced Speedstep, but is not recognized.=0A= est: cpu_vendor GenuineIntel, msr 827082706000827=0A= device_attach: est1 attach returned 6=0A= p4tcc1: on cpu1=0A= acpi_button0: on acpi0=0A= pcib0: port 0xcf8-0xcff on acpi0=0A= pci0: on pcib0=0A= pcib1: irq 16 at device 1.0 on pci0=0A= pci1: on pcib1=0A= vgapci0: port 0xc000-0xc07f mem = 0xf6000000-0xf6ffffff,0xe0000000-0xefffffff,0xf4000000-0xf5ffffff irq 16 = at device 0.0 on pci1=0A= uhci0: port 0xe500-0xe51f irq 16 at = device 26.0 on pci0=0A= uhci0: [GIANT-LOCKED]=0A= uhci0: [ITHREAD]=0A= usb0: on uhci0=0A= usb0: USB revision 1.0=0A= uhub0: on usb0=0A= uhub0: 2 ports with 2 removable, self powered=0A= uhci1: port 0xe000-0xe01f irq 21 at = device 26.1 on pci0=0A= uhci1: [GIANT-LOCKED]=0A= uhci1: [ITHREAD]=0A= usb1: on uhci1=0A= usb1: USB revision 1.0=0A= uhub1: on usb1=0A= uhub1: 2 ports with 2 removable, self powered=0A= uhci2: port 0xe100-0xe11f irq 18 at = device 26.2 on pci0=0A= uhci2: [GIANT-LOCKED]=0A= uhci2: [ITHREAD]=0A= usb2: on uhci2=0A= usb2: USB revision 1.0=0A= uhub2: on usb2=0A= uhub2: 2 ports with 2 removable, self powered=0A= ehci0: mem 0xfa005000-0xfa0053ff irq = 18 at device 26.7 on pci0=0A= ehci0: [GIANT-LOCKED]=0A= ehci0: [ITHREAD]=0A= usb3: EHCI version 1.0=0A= usb3: companion controllers, 2 ports each: usb0 usb1 usb2=0A= usb3: on ehci0=0A= usb3: USB revision 2.0=0A= uhub3: on usb3=0A= uhub3: 6 ports with 6 removable, self powered=0A= pcm0: mem = 0xfa000000-0xfa003fff irq 22 at device 27.0 on pci0=0A= pcm0: [ITHREAD]=0A= pcib2: irq 16 at device 28.0 on pci0=0A= pci2: on pcib2=0A= pcib3: irq 16 at device 28.4 on pci0=0A= pci3: on pcib3=0A= uhci3: port 0xe200-0xe21f irq 23 at = device 29.0 on pci0=0A= uhci3: [GIANT-LOCKED]=0A= uhci3: [ITHREAD]=0A= usb4: on uhci3=0A= usb4: USB revision 1.0=0A= uhub4: on usb4=0A= uhub4: 2 ports with 2 removable, self powered=0A= uhci4: port 0xe300-0xe31f irq 19 at = device 29.1 on pci0=0A= uhci4: [GIANT-LOCKED]=0A= uhci4: [ITHREAD]=0A= usb5: on uhci4=0A= usb5: USB revision 1.0=0A= uhub5: on usb5=0A= uhub5: 2 ports with 2 removable, self powered=0A= uhci5: port 0xe400-0xe41f irq 18 at = device 29.2 on pci0=0A= uhci5: [GIANT-LOCKED]=0A= uhci5: [ITHREAD]=0A= usb6: on uhci5=0A= usb6: USB revision 1.0=0A= uhub6: on usb6=0A= uhub6: 2 ports with 2 removable, self powered=0A= ehci1: mem 0xfa004000-0xfa0043ff irq = 23 at device 29.7 on pci0=0A= ehci1: [GIANT-LOCKED]=0A= ehci1: [ITHREAD]=0A= usb7: EHCI version 1.0=0A= usb7: companion controllers, 2 ports each: usb4 usb5 usb6=0A= usb7: on ehci1=0A= usb7: USB revision 2.0=0A= uhub7: on usb7=0A= uhub7: 6 ports with 6 removable, self powered=0A= pcib4: at device 30.0 on pci0=0A= pci4: on pcib4=0A= pci4: at device 0.0 (no driver attached)=0A= vr0: port 0xd100-0xd1ff mem = 0xf9000000-0xf90000ff irq 19 at device 1.0 on pci4=0A= vr0: Quirks: 0x0=0A= vr0: Revision: 0x86=0A= miibus0: on vr0=0A= ukphy0: PHY 1 on miibus0=0A= ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto=0A= vr0: Ethernet address: 00:11:95:de:03:48=0A= vr0: [ITHREAD]=0A= isab0: at device 31.0 on pci0=0A= isa0: on isab0=0A= atapci0: port = 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f = mem 0xfa006000-0xfa0067ff irq 19 at device 31.2 on pci0=0A= atapci0: [ITHREAD]=0A= atapci0: AHCI called from vendor specific driver=0A= atapci0: AHCI Version 01.20 controller with 6 ports detected=0A= ata2: on atapci0=0A= ata2: [ITHREAD]=0A= ata3: on atapci0=0A= ata3: [ITHREAD]=0A= ata4: on atapci0=0A= ata4: [ITHREAD]=0A= ata5: on atapci0=0A= ata5: [ITHREAD]=0A= ata6: on atapci0=0A= ata6: [ITHREAD]=0A= ata7: on atapci0=0A= ata7: [ITHREAD]=0A= ichsmb0: port 0x500-0x51f mem 0xfa007000-0xfa0070ff = irq 18 at device 31.3 on pci0=0A= ichsmb0: [GIANT-LOCKED]=0A= ichsmb0: [ITHREAD]=0A= smbus0: on ichsmb0=0A= fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = acpi0=0A= fdc0: [FILTER]=0A= fd0: <1440-KB 3.5" drive> on fdc0 drive 0=0A= atkbdc0: port 0x60,0x64 irq 1 on acpi0=0A= atkbd0: irq 1 on atkbdc0=0A= kbd0 at atkbd0=0A= atkbd0: [GIANT-LOCKED]=0A= atkbd0: [ITHREAD]=0A= pmtimer0 on isa0=0A= ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0=0A= ata0: [ITHREAD]=0A= ata1 at port 0x170-0x177,0x376 irq 15 on isa0=0A= ata1: [ITHREAD]=0A= sc0: at flags 0x100 on isa0=0A= sc0: VGA <16 virtual consoles, flags=3D0x300>=0A= vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0A= uhid0: = on uhub0=0A= ums0: on uhub6=0A= ums0: 8 buttons and Z dir.=0A= Timecounters tick every 1.000 msec=0A= ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding = enabled, default to accept, logging disabled=0A= ad6: 76318MB at ata3-master SATA300=0A= acd0: DVDR at ata5-master SATA150=0A= ad12: 305245MB at ata6-master SATA300=0A= ad14: 305245MB at ata7-master SATA300=0A= pcm0: =0A= pcm0: =0A= ar0: 409600MB status: READY=0A= ar0: disk0 READY using ad12 at ata6-master=0A= ar0: disk1 READY using ad14 at ata7-master=0A= ar1: 100440MB status: READY=0A= ar1: disk0 READY (master) using ad12 at ata6-master=0A= ar1: disk1 READY (mirror) using ad14 at ata7-master=0A= SMP: AP CPU #1 Launched!=0A= GEOM_LABEL: Label for provider ad6s1 is ntfs/s-samsung(80).=0A= GEOM_LABEL: Label for provider ar0s1 is ntfs/c-strip-1st-part(60).=0A= GEOM_LABEL: Label for provider ar0s3 is ntfs/d-strip-3rd-part(300).=0A= GEOM_LABEL: Label for provider ar1s1 is ntfs/e-mirror(100).=0A= Trying to mount root from ufs:/dev/ar0s2a=0A= acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 = sks=3D0x40 0x00 0x01=0A= cd0 at ata5 bus 0 target 0 lun 0=0A= cd0: Removable CD-ROM SCSI-0 device =0A= cd0: 3.300MB/s transfers=0A= cd0: Attempt to query device size failed: NOT READY, Medium not present=0A= ------=_NextPart_000_0005_01C8A0DE.77445550-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 21:08:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96B45106566B for ; Thu, 17 Apr 2008 21:08:32 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 1E26F8FC17 for ; Thu, 17 Apr 2008 21:08:31 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (F7269.f.ppp-pool.de [195.4.114.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 222AF12883F; Thu, 17 Apr 2008 23:08:24 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) (Authenticated sender: relay@sz.vwsoft.com) by mail.vtec.ipme.de (Postfix) with ESMTP id B0F493F439; Thu, 17 Apr 2008 23:09:38 +0200 (CEST) Message-ID: <4807BC3E.3060407@vwsoft.com> Date: Thu, 17 Apr 2008 23:08:14 +0200 From: Volker User-Agent: Thunderbird 2.0.0.12 (X11/20080316) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <48061734.30509@tzim.net> <20080416152254.GA33816@eos.sc1.parodius.com> 9060000000211159472 <103161208360650@webmail30.yandex.ru> In-Reply-To: <103161208360650@webmail30.yandex.ru> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1209071381.99764@8UtCDt2T9s4B1IYFM4wdsg X-MailScanner-ID: B0F493F439.5A7AB X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org, arnaud.houdelette@tzim.net Subject: Re: Re: ATI SB600 Sata controler isn't detected as such. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 21:08:32 -0000 On 12/23/-58 20:59, Andrey V. Elsukov wrote: > 16.04.08, 19:28, "Arnaud Houdelette" : > >> Thanks for the info. The jumper may well be in place. >> Still it doesn't solve the main issue, that is the controler isn't >> properly recognised. > > - it is ok. > > The generic AHCI was added some time ago. So if your > controller is true AHCI it will be detected in this way. > And now we don't need to add each new device id in the > driver. Andrey, Arnaud, I'm using a HP 6715b laptop with the same chipset. Unfortunately there's no "enable AHCI" option in the BIOS setup and with earlier FreeBSD versions, the driver identified this chip as plain IDE. I needed to patch my kernel with a patch provided by Coleman Kane. With recent versions (new ATA code in 7-STABLE) I don't need that ata patch anymore and the kernel identifies this correctly as AHCI compliant out of the box but the hardware has another problem: ACPI reports a wrong address for the pcm device so it overlaps with memory resources of the sata chip. Using a patch also provided by Coleman, the resources of the pcm device are remapped to free the address space of the sata controller. I'm wondering if this is the same or similar problem with the MSI system? A `devinfo -rv' may show this. Anyway, these lines raises the suggestion to look out for a BIOS update: > ACPI APIC Table: <090307 APIC1050> > acpi0: reservation of fee00000, 1000 (3) failed > acpi0: reservation of ffb80000, 80000 (3) failed > acpi0: reservation of fff00000, 100000 (3) failed > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 1df00000 (3) failed > ACPI HPET table warning: Sequence is non-zero (2) Volker From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 23:13:19 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C1C106564A for ; Thu, 17 Apr 2008 23:13:19 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id C1C038FC12 for ; Thu, 17 Apr 2008 23:13:18 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.13.8/8.13.8) with ESMTP id m3HNDHae006698; Thu, 17 Apr 2008 19:13:17 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.13.8/8.13.8/Submit) id m3HNDHFo006697; Thu, 17 Apr 2008 19:13:17 -0400 (EDT) (envelope-from wollman) Date: Thu, 17 Apr 2008 19:13:17 -0400 (EDT) From: Garrett Wollman Message-Id: <200804172313.m3HNDHFo006697@hergotha.csail.mit.edu> To: avg@icyb.net.ua In-Reply-To: <48076774.4090602@icyb.net.ua> References: <1207959807.00055755.1207949401@10.7.7.3> <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> Organization: None X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 17 Apr 2008 19:13:17 -0400 (EDT) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on hergotha.csail.mit.edu Cc: stable@freebsd.org Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 23:13:19 -0000 In article <48076774.4090602@icyb.net.ua>, avg@icyb.net.ua writes: >Eh I think I saw something like this myself. >Do you by a chance have that new device sg in your kernel? >I assume you do (GENERIC) - try to drop it. >I am not sure if this is some brokenness of that driver or fighting of >several USB drivers over the same hardware. In my experience, umass over EHCI has never worked on any machine ever, going back to 5.x and over multiple kinds of umass devices. (I never saw panics, only triple-fault CPU resets.) My old workaround was to disable EHCI in the kernel configuration, but in 7.0 umass just doesn't work (reads corrupt data, even without going through a filesystem). The same device works fine in Windows. (In fact that was the workaround I had to resort to during a recent trip.) FireWire has always worked for me, but consumer A/V devices don't come with FireWire ports, and my 7.0 machine is a USB-only laptop. (I can plug a CF card into my FireWire CF reader and get valid data off it on my 6.2 desktop, whereas the same CF device fails on the laptop under 7.0. It worked when the laptop was running 6.2.) -GAWollman From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 23:13:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A89281065670 for ; Thu, 17 Apr 2008 23:13:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 939258FC1D for ; Thu, 17 Apr 2008 23:13:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 820E11CC038; Thu, 17 Apr 2008 16:13:56 -0700 (PDT) Date: Thu, 17 Apr 2008 16:13:56 -0700 From: Jeremy Chadwick To: Georgi Iovchev Message-ID: <20080417231356.GA7194@eos.sc1.parodius.com> References: <77B45D4B596B40EBBF6760BBDBFB9DE5@geohomepc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <77B45D4B596B40EBBF6760BBDBFB9DE5@geohomepc> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd i386 releng_7 odd problem - cant shut down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 23:13:56 -0000 On Thu, Apr 17, 2008 at 10:57:52PM +0300, Georgi Iovchev wrote: > Hello list > I have really strange problem. > > When I select shut down (from gnome, or manually from console halt -p) the > system begins to shutdown. Actually everything looks fine ... it shuts down > correctly. Hard drives goes down, monitor is turned off etc... But after a > few seconds the computer powers on by itself!!!! > This behaviour begen a few days ago ... I really cant remember what I did > this time... > Yesterday I updated all sources and ports, recompilled world and kernel. > But the shutdown problem still exists. > I tought that my motherboard may be broken. I have windows server 2003 too, > but with windows the shutdown works ok. So I think, my mobo is ok. Try playing with sysctls hw.acpi.disable_on_reboot and hw.acpi.handle_reboot. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 00:04:07 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9766C1065672; Fri, 18 Apr 2008 00:04:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 380DB8FC14; Fri, 18 Apr 2008 00:04:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id C5AFE28449; Fri, 18 Apr 2008 08:04:05 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 519E2EC6432; Fri, 18 Apr 2008 08:04:05 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id QJP11v3jpEkR; Fri, 18 Apr 2008 08:04:00 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id D4C22EC5B9C; Fri, 18 Apr 2008 08:03:58 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=HpB5o6Sf9e9Rgt09NzaL7y63nBdjxy7may9O33oPSI5H0ivjeKa27G+Jp8aYeT3d4 +63w7Hhn5cIRMV2YBuEFg== Message-ID: <4807E56C.5010805@delphij.net> Date: Thu, 17 Apr 2008 17:03:56 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20080417131958.5168D241A2@freebsd-legacy.sentex.ca> In-Reply-To: <20080417131958.5168D241A2@freebsd-legacy.sentex.ca> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 00:04:07 -0000 FreeBSD Tinderbox wrote: [...] > ===> lib/libstand > ln -s /src/lib/libstand/../../sys/i386/include machine > patch -s -b .orig -o _bzlib.c < /src/lib/libstand/bzlib.c.diff /src/lib/libstand/../../contrib/bzip2/bzlib.c > patch: **** misordered hunks! output would be garbled > *** Error code 1 Sorry, should have been fixed now. Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 03:52:34 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA711065671; Fri, 18 Apr 2008 03:52:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B95918FC17; Fri, 18 Apr 2008 03:52:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3I3qXTS079717; Thu, 17 Apr 2008 23:52:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3I3qasP012775; Thu, 17 Apr 2008 23:52:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 70D0F241A2; Thu, 17 Apr 2008 23:52:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418035253.70D0F241A2@freebsd-legacy.sentex.ca> Date: Thu, 17 Apr 2008 23:52:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 03:52:34 -0000 TB --- 2008-04-18 03:35:03 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-18 03:35:03 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2008-04-18 03:35:03 - cleaning the object tree TB --- 2008-04-18 03:35:14 - cvsupping the source tree TB --- 2008-04-18 03:35:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_5/amd64/amd64/supfile TB --- 2008-04-18 03:35:27 - building world (CFLAGS=-O -pipe) TB --- 2008-04-18 03:35:27 - cd /src TB --- 2008-04-18 03:35:27 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libstand/stand.h:340: error: redefinition of 'ulmax' /src/lib/libstand/stand.h:340: error: previous definition of 'ulmax' was here /src/lib/libstand/stand.h:340: error: redefinition of 'ulmax' /src/lib/libstand/stand.h:340: error: previous definition of 'ulmax' was here /src/lib/libstand/stand.h:341: error: redefinition of 'ulmin' /src/lib/libstand/stand.h:341: error: previous definition of 'ulmin' was here /src/lib/libstand/stand.h:341: error: redefinition of 'ulmin' /src/lib/libstand/stand.h:341: error: previous definition of 'ulmin' was here *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 03:52:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 03:52:53 - ERROR: failed to build world TB --- 2008-04-18 03:52:53 - tinderbox aborted TB --- 782.91 user 129.97 system 1070.11 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 04:01:26 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9261065671; Fri, 18 Apr 2008 04:01:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EE2F98FC13; Fri, 18 Apr 2008 04:01:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3I41PLs080280; Fri, 18 Apr 2008 00:01:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3I41PV0015364; Fri, 18 Apr 2008 00:01:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 1240E241A2; Fri, 18 Apr 2008 00:01:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418040146.1240E241A2@freebsd-legacy.sentex.ca> Date: Fri, 18 Apr 2008 00:01:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 04:01:26 -0000 TB --- 2008-04-18 03:44:34 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-18 03:44:34 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2008-04-18 03:44:34 - cleaning the object tree TB --- 2008-04-18 03:44:43 - cvsupping the source tree TB --- 2008-04-18 03:44:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_5/i386/i386/supfile TB --- 2008-04-18 03:44:50 - building world (CFLAGS=-O -pipe) TB --- 2008-04-18 03:44:50 - cd /src TB --- 2008-04-18 03:44:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libstand/stand.h:340: error: redefinition of 'ulmax' /src/lib/libstand/stand.h:340: error: previous definition of 'ulmax' was here /src/lib/libstand/stand.h:340: error: redefinition of 'ulmax' /src/lib/libstand/stand.h:340: error: previous definition of 'ulmax' was here /src/lib/libstand/stand.h:341: error: redefinition of 'ulmin' /src/lib/libstand/stand.h:341: error: previous definition of 'ulmin' was here /src/lib/libstand/stand.h:341: error: redefinition of 'ulmin' /src/lib/libstand/stand.h:341: error: previous definition of 'ulmin' was here *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 04:01:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 04:01:46 - ERROR: failed to build world TB --- 2008-04-18 04:01:46 - tinderbox aborted TB --- 744.83 user 129.80 system 1031.08 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 04:09:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58A4A106564A; Fri, 18 Apr 2008 04:09:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E7C4A8FC0A; Fri, 18 Apr 2008 04:09:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3I49LcY080739; Fri, 18 Apr 2008 00:09:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3I49LW6021494; Fri, 18 Apr 2008 00:09:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id DB88C241A2; Fri, 18 Apr 2008 00:09:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418040941.DB88C241A2@freebsd-legacy.sentex.ca> Date: Fri, 18 Apr 2008 00:09:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 04:09:22 -0000 TB --- 2008-04-18 03:52:53 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-18 03:52:53 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2008-04-18 03:52:53 - cleaning the object tree TB --- 2008-04-18 03:53:03 - cvsupping the source tree TB --- 2008-04-18 03:53:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_5/i386/pc98/supfile TB --- 2008-04-18 03:53:13 - building world (CFLAGS=-O -pipe) TB --- 2008-04-18 03:53:13 - cd /src TB --- 2008-04-18 03:53:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libstand/stand.h:340: error: redefinition of 'ulmax' /src/lib/libstand/stand.h:340: error: previous definition of 'ulmax' was here /src/lib/libstand/stand.h:340: error: redefinition of 'ulmax' /src/lib/libstand/stand.h:340: error: previous definition of 'ulmax' was here /src/lib/libstand/stand.h:341: error: redefinition of 'ulmin' /src/lib/libstand/stand.h:341: error: previous definition of 'ulmin' was here /src/lib/libstand/stand.h:341: error: redefinition of 'ulmin' /src/lib/libstand/stand.h:341: error: previous definition of 'ulmin' was here *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 04:09:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 04:09:41 - ERROR: failed to build world TB --- 2008-04-18 04:09:41 - tinderbox aborted TB --- 745.92 user 128.65 system 1008.34 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 04:16:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63784106564A; Fri, 18 Apr 2008 04:16:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 004278FC1F; Fri, 18 Apr 2008 04:16:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3I4GpwX059261; Fri, 18 Apr 2008 00:16:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3I4Go47027649; Fri, 18 Apr 2008 00:16:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 9FBA9241A2; Fri, 18 Apr 2008 00:17:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418041711.9FBA9241A2@freebsd-legacy.sentex.ca> Date: Fri, 18 Apr 2008 00:17:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 04:16:52 -0000 TB --- 2008-04-18 04:01:46 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-18 04:01:46 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2008-04-18 04:01:46 - cleaning the object tree TB --- 2008-04-18 04:01:54 - cvsupping the source tree TB --- 2008-04-18 04:01:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_5/sparc64/sparc64/supfile TB --- 2008-04-18 04:02:05 - building world (CFLAGS=-O -pipe) TB --- 2008-04-18 04:02:05 - cd /src TB --- 2008-04-18 04:02:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libstand/stand.h:340: error: redefinition of 'ulmax' /src/lib/libstand/stand.h:340: error: previous definition of 'ulmax' was here /src/lib/libstand/stand.h:340: error: redefinition of 'ulmax' /src/lib/libstand/stand.h:340: error: previous definition of 'ulmax' was here /src/lib/libstand/stand.h:341: error: redefinition of 'ulmin' /src/lib/libstand/stand.h:341: error: previous definition of 'ulmin' was here /src/lib/libstand/stand.h:341: error: redefinition of 'ulmin' /src/lib/libstand/stand.h:341: error: previous definition of 'ulmin' was here *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 04:17:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 04:17:11 - ERROR: failed to build world TB --- 2008-04-18 04:17:11 - tinderbox aborted TB --- 709.24 user 123.51 system 925.41 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 08:08:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36AE7106564A for ; Fri, 18 Apr 2008 08:08:11 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from n7a.bullet.ukl.yahoo.com (n7a.bullet.ukl.yahoo.com [217.146.183.155]) by mx1.freebsd.org (Postfix) with SMTP id 8E0778FC2A for ; Fri, 18 Apr 2008 08:08:10 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from [217.146.182.179] by n7.bullet.ukl.yahoo.com with NNFMP; 18 Apr 2008 08:08:09 -0000 Received: from [87.248.111.191] by t5.bullet.ukl.yahoo.com with NNFMP; 18 Apr 2008 08:08:09 -0000 Received: from [127.0.0.1] by omp210.mail.ukl.yahoo.com with NNFMP; 18 Apr 2008 08:08:09 -0000 X-Yahoo-Newman-Id: 347305.27224.bm@omp210.mail.ukl.yahoo.com Received: (qmail 50567 invoked from network); 18 Apr 2008 05:12:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer; b=0lCtP68y40Gy1Nr03EGOqGUD5uzSe7otjZVuWobE19KPJzZbgKPk35g8SYN/YfNskHRfV/oU+/IyYdIfT5Afp7Ceb4mtUPXXwUfNlJH0pq/DMEdEHGNpMz/DY0X4R9snc48XqY+xrQ6XJhR9UgCOm6aupFY93rtCUl+3v83hhjE= ; Received: from unknown (HELO stromberg.smersh.casa) (gdoe6545@88.149.154.198 with plain) by smtp105.mail.ukl.yahoo.com with SMTP; 18 Apr 2008 05:12:11 -0000 X-YMail-OSG: 0ZflzvsVM1nChGm7K.AKxB5AXECJC9HuR7B_2opcGwmeVmrJhGp9UOG84vQUa2BYkuZ8MAq3mJbXkUwfQpLMyN5QPca829I- X-Yahoo-Newman-Property: ymail-3 Message-Id: <83ABD599-A699-4CD8-AF1F-D42357C7D9B9@yahoo.it> From: Gianni To: freebsd-proliant@freebsd.org In-Reply-To: <20080417172729.M94092@bellera.cat> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 18 Apr 2008 07:12:06 +0200 References: <20080417171439.M22551@bellera.cat> <20080417172729.M94092@bellera.cat> X-Mailer: Apple Mail (2.919.2) Cc: Josep Pujadas i Jubany , freebsd-stable@freebsd.org Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 08:08:11 -0000 On 17/apr/08, at 19:28, Josep Pujadas i Jubany wrote: > Two weeks ago I installed FreeBSD 7.0 in a new HP Proliant ML110 G5 > machine > and I configured ad0 for using gmirror, waiting for a second disk. > > I just added a second hard disk arrived today from HP ... > > # gmirror insert gm0 /dev/ad2 > > I'm having DMA errors: > > Apr 17 16:49:55 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding > provider > ad2. > Apr 17 16:50:13 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 > retry > left) LBA=1534720 > Apr 17 16:50:46 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 > retry > left) LBA=4563840 > ... > ... > Apr 17 17:39:28 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 > retry > left) LBA=268281088 > Apr 17 17:39:46 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA48 retrying > (1 retry > left) LBA=269601536 > Apr 17 17:39:46 mail_2 kernel: ad2: FAILURE - WRITE_DMA48 > status=51 error=10 LBA=269601536 > Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Synchronization request > failed > (error=5). ad2[WRITE(offset=138035986432, length=131072)] > Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Device gm0: provider ad2 > disconnected. > Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding > provider > ad2 stopped. > > Disks are equal in capactiy: > > Apr 17 16:40:48 mail_2 kernel: ad0: 238475MB 3BJP> at > ata0-master SATA150 > Apr 17 16:40:48 mail_2 kernel: ad2: 238475MB at > ata1- > master SATA150 > > # atacontrol list > > ATA channel 0: > Master: ad0 Serial ATA v1.0 > Slave: no device present > ATA channel 1: > Master: ad2 Serial ATA v1.0 > Slave: no device present > ATA channel 2: > Master: acd0 Serial ATA v1.0 > Slave: no device present > ATA channel 3: > Master: no device present > Slave: no device present > > Any ideas? Thanks, > > Josep Pujadas There are a few reports of this on the freebsd-stable mailing list in March and I'm also experiencing the same problem, so far none of the suggested resolutions has helped for me. http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/thread.html I've got the issue on a custom built box with amd64 + 7.0 + gmirror and I've got a Proliant ML110 G5 running 6.3 I'd like to upgrade to 7.0 but too scared to do so until this issue appears to have been identified and fixed. Copying in freebsd-stable as it's not just a problem on Proliant. -Gianni From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 08:15:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B6F31065672 for ; Fri, 18 Apr 2008 08:15:12 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id EBCBB8FC1A for ; Fri, 18 Apr 2008 08:15:11 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from [212.72.201.62] (helo=GEOPC) by pulsar.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmlkU-0008FR-LI for freebsd-stable@freebsd.org; Fri, 18 Apr 2008 11:15:10 +0300 Date: Fri, 18 Apr 2008 11:15:38 +0300 From: Georgi Iovchev X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Pulsar Ltd X-Priority: 3 (Normal) Message-ID: <76121421.20080418111538@pulsar.bg> To: freebsd-stable@freebsd.org In-Reply-To: <20080417231356.GA7194@eos.sc1.parodius.com> References: <77B45D4B596B40EBBF6760BBDBFB9DE5@geohomepc> <20080417231356.GA7194@eos.sc1.parodius.com> Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re[2]: freebsd i386 releng_7 odd problem - cant shut down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Georgi Iovchev List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 08:15:12 -0000 -- Friday, April 18, 2008, 2:13:56 AM: > On Thu, Apr 17, 2008 at 10:57:52PM +0300, Georgi Iovchev wrote: >> Hello list >> I have really strange problem. >> When I select shut down (from gnome, or manually from console halt -p) the >> system begins to shutdown. Actually everything looks fine ... it sh uts down >> correctly. Hard drives goes down, monitor is turned off etc... But after a >> few seconds the computer powers on by itself!!!! >> This behaviour begen a few days ago ... I really cant remember what I did >> this time... >> Yesterday I updated all sources and ports, recompilled world and ke rnel. >> But the shutdown problem still exists. >> I tought that my motherboard may be broken. I have windows server 2 003 too, >> but with windows the shutdown works ok. So I think, my mobo is ok. > Try playing with sysctls hw.acpi.disable_on_reboot and > hw.acpi.handle_reboot. Hello again, 10x for answer I tried both (00,01,10,11 :) in any case it didn't help, I still cant shutdown my computer. I am recomiling my kernel now with device acpi options ACPI_DEBUG From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 09:19:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06A151065671 for ; Fri, 18 Apr 2008 09:19:14 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id A3BFE8FC12 for ; Fri, 18 Apr 2008 09:19:13 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JmmkQ-0000vL-S1 for freebsd-stable@freebsd.org; Fri, 18 Apr 2008 09:19:10 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Apr 2008 09:19:10 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Apr 2008 09:19:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 18 Apr 2008 11:19:02 +0200 Lines: 38 Message-ID: References: <5f67a8c40804171109o264ad120wa442f21be8a4bb33@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEE64584E36EE779BEA0197D0" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.12 (X11/20080227) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 09:19:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEE64584E36EE779BEA0197D0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Pete French wrote: >> I have experimented with this rather extensively and have operationall= y >> decided not to use ggated in combination with gmirror --- it doesn't a= ppear >> to work as well as one might expect. >=20 > Ah, thats unmfortunate :-( I oroginally started off using the > iscsi initiator and target, which did work O.K., but when actually > ran live ended up locking up after several hours,a nd then panicing Some problems with the iSCSI initiator were found a bit after 7.0-RELEASE was made, they should have been fixed by now in 7-STABLE. If not, try the patch that appears in this thread: http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.html= --------------enigEE64584E36EE779BEA0197D0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFICGeGldnAQVacBcgRAg0wAJsHbws0eOrSLkY5QafM7AvWrXrdEgCgu6SN dAlOLPLy6VA5E0iwxRs3Zig= =1wMK -----END PGP SIGNATURE----- --------------enigEE64584E36EE779BEA0197D0-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 09:20:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56BF8106566C for ; Fri, 18 Apr 2008 09:20:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2C65F8FC0C for ; Fri, 18 Apr 2008 09:20:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2906C1CC033; Fri, 18 Apr 2008 02:20:34 -0700 (PDT) Date: Fri, 18 Apr 2008 02:20:34 -0700 From: Jeremy Chadwick To: Gianni Message-ID: <20080418092034.GA34069@eos.sc1.parodius.com> References: <20080417171439.M22551@bellera.cat> <20080417172729.M94092@bellera.cat> <83ABD599-A699-4CD8-AF1F-D42357C7D9B9@yahoo.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83ABD599-A699-4CD8-AF1F-D42357C7D9B9@yahoo.it> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org, Josep Pujadas i Jubany , freebsd-proliant@freebsd.org Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 09:20:34 -0000 On Fri, Apr 18, 2008 at 07:12:06AM +0200, Gianni wrote: > On 17/apr/08, at 19:28, Josep Pujadas i Jubany wrote: >> Two weeks ago I installed FreeBSD 7.0 in a new HP Proliant ML110 G5 >> machine >> and I configured ad0 for using gmirror, waiting for a second disk. >> >> I just added a second hard disk arrived today from HP ... >> >> # gmirror insert gm0 /dev/ad2 >> >> I'm having DMA errors: >> >> Apr 17 16:49:55 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding >> provider >> ad2. >> Apr 17 16:50:13 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 retry >> left) LBA=1534720 >> Apr 17 16:50:46 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 retry >> left) LBA=4563840 >> ... >> ... >> Apr 17 17:39:28 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 retry >> left) LBA=268281088 >> Apr 17 17:39:46 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA48 retrying (1 >> retry >> left) LBA=269601536 >> Apr 17 17:39:46 mail_2 kernel: ad2: FAILURE - WRITE_DMA48 >> status=51 error=10 LBA=269601536 >> Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Synchronization request failed >> (error=5). ad2[WRITE(offset=138035986432, length=131072)] >> Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Device gm0: provider ad2 >> disconnected. >> Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding >> provider >> ad2 stopped. >> >> Disks are equal in capactiy: >> >> Apr 17 16:40:48 mail_2 kernel: ad0: 238475MB at >> ata0-master SATA150 >> Apr 17 16:40:48 mail_2 kernel: ad2: 238475MB at ata1- >> master SATA150 >> >> # atacontrol list >> >> ATA channel 0: >> Master: ad0 Serial ATA v1.0 >> Slave: no device present >> ATA channel 1: >> Master: ad2 Serial ATA v1.0 >> Slave: no device present >> ATA channel 2: >> Master: acd0 Serial ATA v1.0 >> Slave: no device present >> ATA channel 3: >> Master: no device present >> Slave: no device present >> >> Any ideas? Thanks, >> >> Josep Pujadas Josep, the disks may be the same in capacity, but they aren't completely identical. It's fairly obvious one is a Seagate and the other is HP/Compaq drive. This is very likely **not** the cause of the DMA errors you're seeing, but I did want to take a moment to state that mix-matching drives with different semantics in a mirror is somewhat risky. > There are a few reports of this on the freebsd-stable mailing list in March > and I'm also experiencing the same problem, so far none of the suggested > resolutions has helped for me. > http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/thread.html > > I've got the issue on a custom built box with amd64 + 7.0 + gmirror and > I've got a Proliant ML110 G5 running 6.3 I'd like to upgrade to 7.0 but too > scared to do so until this issue appears to have been identified and fixed. > Copying in freebsd-stable as it's not just a problem on Proliant. > -Gianni I've documented the DMA problem quite thoroughly. The DMA errors are not specific to gmirror: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues If the problem is easily repeatable, and you have serial console available on the box, please contact Scott Long who has offered to help track the source of these problems down. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 10:31:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B402D1065671 for ; Fri, 18 Apr 2008 10:31:02 +0000 (UTC) (envelope-from root@steff.name) Received: from clap.steffnet.org (214.114.2.81.in-addr.arpa [81.2.114.214]) by mx1.freebsd.org (Postfix) with ESMTP id 626DA8FC13 for ; Fri, 18 Apr 2008 10:31:02 +0000 (UTC) (envelope-from root@steff.name) Received: by clap.steffnet.org (Postfix, from userid 0) id A82C0181C203; Fri, 18 Apr 2008 10:12:12 +0000 (UTC) Date: Fri, 18 Apr 2008 10:12:12 +0000 From: Steffan Davies To: freebsd-stable@freebsd.org Message-ID: <20080418101212.GC13355@steff.name> References: <20080417171439.M22551@bellera.cat> <20080417172729.M94092@bellera.cat> <83ABD599-A699-4CD8-AF1F-D42357C7D9B9@yahoo.it> <20080418092034.GA34069@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080418092034.GA34069@eos.sc1.parodius.com> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 10:31:02 -0000 Jeremy Chadwick wrote at 02:20 on 2008-04-18: > I've documented the DMA problem quite thoroughly. The DMA errors are > not specific to gmirror: > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > If the problem is easily repeatable, and you have serial console > available on the box, please contact Scott Long who has offered to help > track the source of these problems down. Just thought I'd mention that I saw lots of DMA errors when installing Nexenta (OpenSolaris kernel) 1.0RC2 on an ML110 G5 using a ZFS mirror of two 1G Seagate Barracuda ES SATAs. The DMA timeouts vanished when I tried again with Nexenta 1.0 proper. Might it be worth someone having a look at the Solaris SATA driver diffs to see if any insight can be gained? S From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 11:02:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 872C5106564A; Fri, 18 Apr 2008 11:02:49 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5209F8FC1C; Fri, 18 Apr 2008 11:02:49 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id E1504100A6E; Fri, 18 Apr 2008 07:02:48 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 18 Apr 2008 07:02:48 -0400 X-Sasl-enc: v4wzM18H/Wa1gwNF1Wi/ow6x1e/2kKlDcOI1wq92ay9Y 1208516568 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2F31029ED4; Fri, 18 Apr 2008 07:02:48 -0400 (EDT) Message-ID: <48087FD7.5070900@FreeBSD.org> Date: Fri, 18 Apr 2008 12:02:47 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.12 (X11/20080405) MIME-Version: 1.0 To: John Baldwin References: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> <200804080957.30738.jhb@freebsd.org> <47FBB24B.60504@FreeBSD.org> In-Reply-To: <47FBB24B.60504@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Petr Holub , freebsd-stable@freebsd.org, re@FreeBSD.org Subject: Re: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 11:02:49 -0000 Bruce M. Simpson wrote: >>> >>> I started to play with RAT application (ports: mbone/rat + an SVN >>> version) >>> and >>> it seems to crash my 6.3-RELEASE-p1 box in rather deterministic way. >>> Crash >>> details are shown below. Has anyone seen a problem like this? >>> >> >> Yes, there's an off-by-one reference count bug in the multicast stuff. > > I concur, this fix should really be MFCed. The problem went away in > 7.x due to a total rewrite. I am distracted by other stuff at the > moment, so, starter's orders... This just bit me. The fix is in RELENG_6, but it is not present after the -p1 tag. So updating to STABLE should fix the problem for Petr. Whilst 6 is no longer the STABLE branch, I think this really should go onto 6 in case any other releases happen from that branch. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 11:03:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1AD11065671; Fri, 18 Apr 2008 11:03:08 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 590448FC26; Fri, 18 Apr 2008 11:03:08 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmoN1-000OAw-7t; Fri, 18 Apr 2008 12:03:07 +0100 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmoN1-000HL9-5N; Fri, 18 Apr 2008 12:03:07 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JmoN1-000Ejg-3k; Fri, 18 Apr 2008 12:03:07 +0100 To: freebsd-stable@freebsd.org, ivoras@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Fri, 18 Apr 2008 12:03:07 +0100 Cc: Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 11:03:08 -0000 > Some problems with the iSCSI initiator were found a bit after > 7.0-RELEASE was made, they should have been fixed by now in 7-STABLE. If > not, try the patch that appears in this thread: > > http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.html= Ah, excellent, thankyou. This patch is not uyet in -STABLE though, but I will give it a try and see if that helps. It does explain why I diidn't find this in testing - all my test boxes are single core, os don't show up problems like this (am rectifying that soon). -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 12:32:43 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6848F1065673; Fri, 18 Apr 2008 12:32:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 395D98FC1E; Fri, 18 Apr 2008 12:32:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3ICWgsk087828; Fri, 18 Apr 2008 08:32:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3ICWf3K029185; Fri, 18 Apr 2008 08:32:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id EBC4B1B5078; Fri, 18 Apr 2008 08:32:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418123241.EBC4B1B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Apr 2008 08:32:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 12:32:43 -0000 TB --- 2008-04-18 11:00:39 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-04-18 11:00:39 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-04-18 11:00:39 - cleaning the object tree TB --- 2008-04-18 11:00:55 - cvsupping the source tree TB --- 2008-04-18 11:00:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-04-18 11:01:01 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-18 11:01:01 - cd /src TB --- 2008-04-18 11:01:01 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 18 11:01:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 18 12:27:23 UTC 2008 TB --- 2008-04-18 12:27:23 - generating LINT kernel config TB --- 2008-04-18 12:27:23 - cd /src/sys/ia64/conf TB --- 2008-04-18 12:27:23 - /usr/bin/make -B LINT TB --- 2008-04-18 12:27:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-18 12:27:24 - cd /src TB --- 2008-04-18 12:27:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 18 12:27:24 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cmx/cmx_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_offload.c: In function 'do_bad_cpl': /src/sys/dev/cxgb/cxgb_offload.c:318: warning: implicit declaration of function 'kdb_backtrace' /src/sys/dev/cxgb/cxgb_offload.c:318: warning: nested extern declaration of 'kdb_backtrace' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 12:32:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 12:32:41 - ERROR: failed to build lint kernel TB --- 2008-04-18 12:32:41 - tinderbox aborted TB --- 4691.20 user 377.33 system 5522.18 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 13:11:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB8941065671 for ; Fri, 18 Apr 2008 13:11:48 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF718FC12 for ; Fri, 18 Apr 2008 13:11:48 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1JmqNX-0007pW-OD for freebsd-stable@freebsd.org; Fri, 18 Apr 2008 06:11:47 -0700 Message-ID: <16763410.post@talk.nabble.com> Date: Fri, 18 Apr 2008 06:11:47 -0700 (PDT) From: jbsnyder To: freebsd-stable@freebsd.org In-Reply-To: <33644d3c0804151005r17095cb1n33117a8e4d8cc09b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jbsnyder@gmail.com References: <16447331.post@talk.nabble.com> <16491496.post@talk.nabble.com> <33644d3c0804151005r17095cb1n33117a8e4d8cc09b@mail.gmail.com> Subject: Re: ZFS & Bittorent -> Hang? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 13:11:48 -0000 OK. I've been able to reproduce the issue. Conditions: - Stock shipped kernel and modules from RELENG 7.0 loader.conf settings: - zfs prefetch enabled - zfs zil disabled - vm.kmem_size_max="1073741824" - vm.kmem_size="1073741824" AMD64 on Core 2 Duo w/ 4 GB RAM raidz across 4 disks, using root on zfs (also experienced this hang with zfs just on /usr) How To Reproduce - install transmission-daemon, run transmission-daemon (it will daemonize, automatically backgrounding) - grab a torrent, such as KNOPPIX (http://torrent.unix-ag.uni-kl.de/) - transmission-remote -a (add the torrent) - transmission-remote -s all (start all the torrents) wait hours to a day or so with whatever you want logging things running and active since anything that hits disk after the hang will get hung as well I've just done this twice. It doesn't seem to happen with zil enabled and prefetch off. Expected Behavior No hang. jbsnyder wrote: > > Thanks for the followup. I have not yet gotten a reliable test case > to reproduce the problem. I've done a number of tests with the zil > and/or prefetch on with no hangs. I will be collecting some more data > later this week. > > If anyone knows a source of consistently slow but large torrents (I > suppose I could artificially limit bandwidth, or connection states at > my router which is running pfSense), that might help for testing. The > process that triggered things before was about a gigabyte or two but > took around 12 hours to complete. > > Here's the overall group of variables I'm experimenting with. > > Stock Kernel vs Recompiled Kerel w/ ULE (stock sources otherwise) > ZIL on and off > prefetch on and off > > Should I add or remove anything? I have no idea if ULE may or may not > play a role here, but my original failing condition had the zil off, > prefetch on, ule for the scheduler. > > I also had: > vm.kmem_size_max="1073741824" (loader.conf) > vm.kmem_size="1073741824" (loader.conf) > > Any recommendations on what to leave running to record what zfs is > getting hung on, beside watching states? Since I can fire up things > prior to the hang, and they'll keep running if disk isn't hit, I could > leave some diagnostics running to display what's blowing up. > > Thanks! > > On Tue, Apr 15, 2008 at 4:44 AM, Claus Guttesen wrote: >> > > http://wiki.freebsd.org/ZFSKnownProblems >> > > >> > > This looks like #1. >> > > >> > >> > Hmm.. I don't think there's a large amount of transfer between UFS & >> ZFS, >> > unless the client is using /tmp a lot, it should all be on ZFS. >> > >> > I noted #4 as well, and therefore tried disabling prefetch. I can't >> seem to >> > get it to hang now. I queued up a bunch of different torrents (full >> freebsd >> > 7 amd64 & i386, some other random things), and they all completed >> without >> > leading to me being locked out or any processes waiting on zfs. >> > >> > I'll try some testing this weekend to see if I can reproduce the >> lock-up >> > again by re-enabling prefetch. Perhaps we can confirm that issue? >> Should I >> > bother with trying to run CURRENT or should any testing I do be done >> with >> > STABLE. I don't see any indication that there might be experimental >> patches >> > for dealing with this or related issues. >> >> Were you able to reproduce the lock-up by re-enabling prefetch? >> >> -- >> regards >> Claus >> >> When lenity and cruelty play for a kingdom, >> the gentlest gamester is the soonest winner. >> >> Shakespeare >> > > > > -- > James Snyder > Biomedical Engineering > Northwestern University > jbsnyder@gmail.com > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/ZFS---Bittorent--%3E-Hang--tp16447331p16763410.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 13:13:21 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0393106566C for ; Fri, 18 Apr 2008 13:13:20 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 91FAE8FC22 for ; Fri, 18 Apr 2008 13:13:20 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id m3IDDIiu028057; Fri, 18 Apr 2008 15:13:18 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m3IDDIJ7028056; Fri, 18 Apr 2008 15:13:18 +0200 (CEST) (envelope-from hk) Date: Fri, 18 Apr 2008 15:13:18 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20080418131318.GA27272@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: connection reset after second syn-ack was sent (FreeBSD 7.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 13:13:21 -0000 Hello, I have a little problem here that is driving me nuts: I occasionally experience the following: 2008-04-18 10:38:46.454495 IP 192.168.1.1.55784 > 192.168.188.188.515: S 2765551688:2765551688(0) win 32768 2008-04-18 10:38:46.454507 IP 192.168.188.188.515 > 192.168.1.1.55784: S 3468383339:3468383339(0) ack 2765551689 win 65535 2008-04-18 10:38:49.453868 IP 192.168.188.188.515 > 192.168.1.1.55784: S 3468383339:3468383339(0) ack 2765551689 win 65535 2008-04-18 10:38:49.722767 IP 192.168.1.1.55784 > 192.168.188.188.515: . ack 1 win 32768 2008-04-18 10:38:49.722786 IP 192.168.188.188.515 > 192.168.1.1.55784: R 3468383340:3468383340(0) win 0 2008-04-18 10:38:49.727926 IP 192.168.1.1.55784 > 192.168.188.188.515: P 1:7(6) ack 1 win 32768 2008-04-18 10:38:49.819709 IP 192.168.188.188.515 > 192.168.1.1.55784: P 1:2(1) ack 7 win 65535 2008-04-18 10:38:50.006543 IP 192.168.1.1.55784 > 192.168.188.188.515: R 2765551695:2765551695(0) win 0 and 2008-04-18 15:30:31.256246 IP 192.168.1.1.53597 > 192.168.188.188.515: S 1236263266:1236263266(0) win 32768 2008-04-18 15:30:31.256257 IP 192.168.188.188.515 > 192.168.1.1.53597: S 559988198:559988198(0) ack 1236263267 win 65535 2008-04-18 15:30:34.255479 IP 192.168.188.188.515 > 192.168.1.1.53597: S 559988198:559988198(0) ack 1236263267 win 65535 2008-04-18 15:30:34.440092 IP 192.168.1.1.53597 > 192.168.188.188.515: . ack 1 win 32768 2008-04-18 15:30:34.440112 IP 192.168.188.188.515 > 192.168.1.1.53597: R 559988199:559988199(0) win 0 2008-04-18 15:30:34.496849 IP 192.168.1.1.53597 > 192.168.188.188.515: P 1:7(6) ack 1 win 32768 2008-04-18 15:30:34.596461 IP 192.168.188.188.515 > 192.168.1.1.53597: . ack 7 win 65535 2008-04-18 15:30:34.620914 IP 192.168.188.188.515 > 192.168.1.1.53597: P 1:2(1) ack 7 win 65535 2008-04-18 15:30:34.780723 IP 192.168.1.1.53597 > 192.168.188.188.515: R 1236263273:1236263273(0) win 0 2008-04-18 15:30:34.804966 IP 192.168.1.1.53597 > 192.168.188.188.515: R 1236263273:1236263273(0) win 0 (IP addresses changed to protect the innocent ;-) Can anyone enlighten me as to why the freebsd printserver (192.168.188.188) is sending a reset after ack had been received - this only happens if no answer was received for the first syn-ack reply, so a second one is send out? System is 7.0-RELEASE out of the box on a single-processor 2.4GHz P4 Compaq with 1 GB main memory, with lpd configured. Here the usual behaviour (I would expect this to be the same even with two syn-acks send back): 2008-04-18 10:38:47.921055 IP 192.168.1.1.55786 > 192.168.188.188.515: S 2765866087:2765866087(0) win 32768 2008-04-18 10:38:47.921081 IP 192.168.188.188.515 > 192.168.1.1.55786: S 4178311531:4178311531(0) ack 2765866088 win 65535 2008-04-18 10:38:48.389707 IP 192.168.1.1.55786 > 192.168.188.188.515: P 1:7(6) ack 1 win 32768 2008-04-18 10:38:48.488906 IP 192.168.188.188.515 > 192.168.1.1.55786: . ack 7 win 8211 2008-04-18 10:38:49.760593 IP 192.168.188.188.515 > 192.168.1.1.55786: P 1:2(1) ack 7 win 8212 2008-04-18 10:38:49.945735 IP 192.168.1.1.55786 > 192.168.188.188.515: P 7:26(19) ack 2 win 32768 2008-04-18 10:38:49.946002 IP 192.168.188.188.515 > 192.168.1.1.55786: P 2:3(1) ack 26 win 8212 2008-04-18 10:38:50.236467 IP 192.168.1.1.55786 > 192.168.188.188.515: P 26:1050(1024) ack 3 win 32768 2008-04-18 10:38:50.244742 IP 192.168.1.1.55786 > 192.168.188.188.515: P 1050:2074(1024) ack 3 win 32768 2008-04-18 10:38:50.244762 IP 192.168.188.188.515 > 192.168.1.1.55786: . ack 2074 win 8084 2008-04-18 10:38:50.253217 IP 192.168.1.1.55786 > 192.168.188.188.515: P 2074:3098(1024) ack 3 win 32768 2008-04-18 10:38:50.261559 IP 192.168.1.1.55786 > 192.168.188.188.515: P 3098:4122(1024) ack 3 win 32768 2008-04-18 10:38:50.261571 IP 192.168.188.188.515 > 192.168.1.1.55786: . ack 4122 win 8084 [..] 2008-04-18 10:38:51.236260 IP 192.168.1.1.55786 > 192.168.188.188.515: P 26200:26201(1) ack 5 win 32768 2008-04-18 10:38:51.236271 IP 192.168.188.188.515 > 192.168.1.1.55786: . ack 26201 win 8212 2008-04-18 10:38:51.236289 IP 192.168.188.188.515 > 192.168.1.1.55786: P 5:6(1) ack 26201 win 8212 2008-04-18 10:38:51.539638 IP 192.168.1.1.55786 > 192.168.188.188.515: F 26201:26201(0) ack 6 win 32768 2008-04-18 10:38:51.539667 IP 192.168.188.188.515 > 192.168.1.1.55786: . ack 26202 win 8212 2008-04-18 10:38:51.539713 IP 192.168.188.188.515 > 192.168.1.1.55786: P 6:7(1) ack 26202 win 8212 2008-04-18 10:38:51.540199 IP 192.168.188.188.515 > 192.168.1.1.55786: F 7:7(0) ack 26202 win 8212 2008-04-18 10:38:51.751202 IP 192.168.1.1.55786 > 192.168.188.188.515: R 2765892289:2765892289(0) win 32768 2008-04-18 10:38:51.751539 IP 192.168.1.1.55786 > 192.168.188.188.515: R 2765892289:2765892289(0) win 0 Best regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 13:25:48 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 942A6106566B; Fri, 18 Apr 2008 13:25:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 63EE18FC12; Fri, 18 Apr 2008 13:25:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3IDPluJ024605; Fri, 18 Apr 2008 09:25:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3IDPt4M052175; Fri, 18 Apr 2008 09:25:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 7D6001B5078; Fri, 18 Apr 2008 09:25:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418132547.7D6001B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Apr 2008 09:25:47 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 13:25:48 -0000 TB --- 2008-04-18 12:15:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-04-18 12:15:49 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-04-18 12:15:49 - cleaning the object tree TB --- 2008-04-18 12:16:07 - cvsupping the source tree TB --- 2008-04-18 12:16:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-04-18 12:16:14 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-18 12:16:14 - cd /src TB --- 2008-04-18 12:16:14 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 18 12:16:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 18 13:22:15 UTC 2008 TB --- 2008-04-18 13:22:15 - generating LINT kernel config TB --- 2008-04-18 13:22:15 - cd /src/sys/powerpc/conf TB --- 2008-04-18 13:22:15 - /usr/bin/make -B LINT TB --- 2008-04-18 13:22:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-18 13:22:15 - cd /src TB --- 2008-04-18 13:22:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 18 13:22:15 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cmx/cmx_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_offload.c: In function 'do_bad_cpl': /src/sys/dev/cxgb/cxgb_offload.c:318: warning: implicit declaration of function 'kdb_backtrace' /src/sys/dev/cxgb/cxgb_offload.c:318: warning: nested extern declaration of 'kdb_backtrace' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 13:25:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 13:25:47 - ERROR: failed to build lint kernel TB --- 2008-04-18 13:25:47 - tinderbox aborted TB --- 3481.16 user 356.90 system 4198.33 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 13:37:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51ED6106566B; Fri, 18 Apr 2008 13:37:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 073FF8FC21; Fri, 18 Apr 2008 13:37:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3IDbowS027123; Fri, 18 Apr 2008 09:37:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3IDbwLG091486; Fri, 18 Apr 2008 09:37:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0B6B31B5078; Fri, 18 Apr 2008 09:37:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418133750.0B6B31B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Apr 2008 09:37:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 13:37:51 -0000 TB --- 2008-04-18 12:32:42 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-04-18 12:32:42 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-04-18 12:32:42 - cleaning the object tree TB --- 2008-04-18 12:32:54 - cvsupping the source tree TB --- 2008-04-18 12:32:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-04-18 12:33:00 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-18 12:33:00 - cd /src TB --- 2008-04-18 12:33:00 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 18 12:33:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 18 13:34:19 UTC 2008 TB --- 2008-04-18 13:34:19 - generating LINT kernel config TB --- 2008-04-18 13:34:19 - cd /src/sys/sparc64/conf TB --- 2008-04-18 13:34:19 - /usr/bin/make -B LINT TB --- 2008-04-18 13:34:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-18 13:34:19 - cd /src TB --- 2008-04-18 13:34:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 18 13:34:19 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cmx/cmx_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_offload.c: In function 'do_bad_cpl': /src/sys/dev/cxgb/cxgb_offload.c:318: warning: implicit declaration of function 'kdb_backtrace' /src/sys/dev/cxgb/cxgb_offload.c:318: warning: nested extern declaration of 'kdb_backtrace' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 13:37:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 13:37:49 - ERROR: failed to build lint kernel TB --- 2008-04-18 13:37:49 - tinderbox aborted TB --- 3265.33 user 347.55 system 3907.98 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 15:01:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 509AD1065673 for ; Fri, 18 Apr 2008 15:01:08 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout3-sn1.fre.skanova.net (pne-smtpout3-sn1.fre.skanova.net [81.228.11.120]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8468FC13 for ; Fri, 18 Apr 2008 15:01:07 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [10.0.0.20] (80.222.104.244) by pne-smtpout3-sn1.fre.skanova.net (7.3.129) id 47A788570043F852 for freebsd-stable@freebsd.org; Fri, 18 Apr 2008 15:51:37 +0200 Message-ID: <4808A776.60503@pp.nic.fi> Date: Fri, 18 Apr 2008 16:51:50 +0300 From: Pertti Kosunen User-Agent: Thunderbird 2.0.0.9 (X11/20071123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> <20080415142034.GA80792@eos.sc1.parodius.com> <20080415225159.R54132@thebighonker.lerctr.org> In-Reply-To: <20080415225159.R54132@thebighonker.lerctr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 15:01:08 -0000 Larry Rosenman wrote: > On Tue, 15 Apr 2008, Jeremy Chadwick wrote: >> And what the FAQ doesn't cover is here: >> >> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues >> >> * EIST (Intel SpeedStep) incompatibilities with Supermicro PDSMI+ >> motherboards (and possibly others) >> * Symptom: kernel outputs messages like kernel: calcru: negative >> runtime of -XXXXX usec for pid XX >> * Workaround: Disable the EIST feature in the BIOS. You can still >> achieve ACPI-based processor >> frequency throttling by using powerd(8). >> * Reference: >> http://lists.freebsd.org/pipermail/freebsd-questions/2006-October/133253.html >> > What I find interesting is I hadn't seen these until this kernel update :( Same problem here with Tyan Toledo i3000R (S5191) motherboard if cpufreq module is loaded. 7.0-RELEASE (AMD64) didn't have this problem. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 15:29:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4002C106566C for ; Fri, 18 Apr 2008 15:29:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0498FC25 for ; Fri, 18 Apr 2008 15:29:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 10EAD1CC033; Fri, 18 Apr 2008 08:29:57 -0700 (PDT) Date: Fri, 18 Apr 2008 08:29:57 -0700 From: Jeremy Chadwick To: Pertti Kosunen Message-ID: <20080418152957.GA44461@eos.sc1.parodius.com> References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> <20080415142034.GA80792@eos.sc1.parodius.com> <20080415225159.R54132@thebighonker.lerctr.org> <4808A776.60503@pp.nic.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4808A776.60503@pp.nic.fi> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 15:29:57 -0000 On Fri, Apr 18, 2008 at 04:51:50PM +0300, Pertti Kosunen wrote: > Larry Rosenman wrote: >> On Tue, 15 Apr 2008, Jeremy Chadwick wrote: >>> And what the FAQ doesn't cover is here: >>> >>> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues >>> >>> * EIST (Intel SpeedStep) incompatibilities with Supermicro PDSMI+ >>> motherboards (and possibly others) >>> * Symptom: kernel outputs messages like kernel: calcru: negative >>> runtime of -XXXXX usec for pid XX >>> * Workaround: Disable the EIST feature in the BIOS. You can still >>> achieve ACPI-based processor >>> frequency throttling by using powerd(8). >>> * Reference: >>> http://lists.freebsd.org/pipermail/freebsd-questions/2006-October/133253.html >> What I find interesting is I hadn't seen these until this kernel update :( > > Same problem here with Tyan Toledo i3000R (S5191) motherboard if cpufreq > module is loaded. > > 7.0-RELEASE (AMD64) didn't have this problem. Are you absolutely positive about this (re: amd64 not having the problem)? I can reproduce the issue documented in my Wiki page on i386 or amd64. The piece that seems to cause it, at least in the case of the PDSMI+, is EIST being enabled in the BIOS. For example, this is my a PDSMI+ system (amd64), which exhibits the problem (when EIST is enabled). EIST in the BIOS is disabled here: est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est0 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est1 attach returned 6 powerd(8) is running and working perfectly, as shown below. Look closely at dev.cpu.0.freq and freq_levels: # ps -auxw | grep powerd root 714 0.0 0.1 5628 1172 ?? Ss Wed04AM 0:10.08 /usr/sbin/powerd -p 2000 # sysctl -a | grep dev.cpu.0.freq dev.cpu.0.freq: 297 dev.cpu.0.freq_levels: 2382/-1 2084/-1 1786/-1 1488/-1 1191/-1 893/-1 595/-1 297/-1 Under heavy load, the frequency gradually steps/climbs to 2382MHz as expected. During this time, absolutely no negative runtime messages appear (and have never appeared). If I reboot the box, enable EIST in the BIOS, and start FreeBSD, negative runtime messages begin almost immediately. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 15:46:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6659A106566B; Fri, 18 Apr 2008 15:46:08 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4888FC14; Fri, 18 Apr 2008 15:46:08 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org ([192.147.25.65]:62944) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jmsmq-000FjH-J7; Fri, 18 Apr 2008 10:46:07 -0500 Date: Fri, 18 Apr 2008 10:46:02 -0500 (CDT) From: Larry Rosenman To: Jeremy Chadwick In-Reply-To: <20080418152957.GA44461@eos.sc1.parodius.com> Message-ID: <20080418104443.F60415@thebighonker.lerctr.org> References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> <20080415142034.GA80792@eos.sc1.parodius.com> <20080415225159.R54132@thebighonker.lerctr.org> <4808A776.60503@pp.nic.fi> <20080418152957.GA44461@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.0 (--) X-LERCTR-Spam-Score: -2.0 (--) X-Spam-Report: SpamScore (-2.0/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, FM_MULTI_ODD3=0.7, TW_BD=0.077, TW_BF=0.077, TW_DR=0.077, TW_KB=0.077, TW_TK=0.077, TW_UH=0.077, TW_XB=0.077, TW_XC=0.077 X-LERCTR-Spam-Report: SpamScore (-2.0/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, FM_MULTI_ODD3=0.7, TW_BD=0.077, TW_BF=0.077, TW_DR=0.077, TW_KB=0.077, TW_TK=0.077, TW_UH=0.077, TW_XB=0.077, TW_XC=0.077 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 15:46:08 -0000 On Fri, 18 Apr 2008, Jeremy Chadwick wrote: > On Fri, Apr 18, 2008 at 04:51:50PM +0300, Pertti Kosunen wrote: >> Larry Rosenman wrote: >>> On Tue, 15 Apr 2008, Jeremy Chadwick wrote: >>>> And what the FAQ doesn't cover is here: >>>> >>>> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues >>>> >>>> * EIST (Intel SpeedStep) incompatibilities with Supermicro PDSMI+ >>>> motherboards (and possibly others) >>>> * Symptom: kernel outputs messages like kernel: calcru: negative >>>> runtime of -XXXXX usec for pid XX >>>> * Workaround: Disable the EIST feature in the BIOS. You can still >>>> achieve ACPI-based processor >>>> frequency throttling by using powerd(8). >>>> * Reference: >>>> http://lists.freebsd.org/pipermail/freebsd-questions/2006-October/133253.html >>> What I find interesting is I hadn't seen these until this kernel update :( >> >> Same problem here with Tyan Toledo i3000R (S5191) motherboard if cpufreq >> module is loaded. >> >> 7.0-RELEASE (AMD64) didn't have this problem. > > Are you absolutely positive about this (re: amd64 not having the > problem)? I can reproduce the issue documented in my Wiki page on i386 > or amd64. The piece that seems to cause it, at least in the case of the > PDSMI+, is EIST being enabled in the BIOS. > > For example, this is my a PDSMI+ system (amd64), which exhibits the > problem (when EIST is enabled). EIST in the BIOS is disabled here: > > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 928092806000928 > device_attach: est0 attach returned 6 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 928092806000928 > device_attach: est1 attach returned 6 > > powerd(8) is running and working perfectly, as shown below. Look closely > at dev.cpu.0.freq and freq_levels: > > # ps -auxw | grep powerd > root 714 0.0 0.1 5628 1172 ?? Ss Wed04AM 0:10.08 /usr/sbin/powerd -p 2000 > # sysctl -a | grep dev.cpu.0.freq > dev.cpu.0.freq: 297 > dev.cpu.0.freq_levels: 2382/-1 2084/-1 1786/-1 1488/-1 1191/-1 893/-1 595/-1 297/-1 > > Under heavy load, the frequency gradually steps/climbs to 2382MHz as > expected. During this time, absolutely no negative runtime messages > appear (and have never appeared). > > If I reboot the box, enable EIST in the BIOS, and start FreeBSD, > negative runtime messages begin almost immediately. > > My cpu frequency is ALWAYS at the full-version, since I have Folding@Home processes running. This didn't start happening until the latest kernel.... Boot bmesg. Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #34: Sat Apr 12 10:06:17 CDT 2008 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5120 @ 1.86GHz (1862.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4284116992 (4085 MB) avail memory = 4113575936 (3923 MB) ACPI APIC Table: 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 kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] 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 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 est0: Setting 1867 MHz p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 est1: Setting 1867 MHz p4tcc1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 est2: on cpu2 est2: Setting 1867 MHz p4tcc2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 est3: on cpu3 est3: Setting 1867 MHz p4tcc3: on cpu3 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd8000000-0xd801ffff irq 18 at device 0.0 on pci6 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:8e:9f:f3 em0: [FILTER] em1: port 0x2020-0x203f mem 0xd8020000-0xd803ffff irq 19 at device 0.1 on pci6 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:8e:9f:f2 em1: [FILTER] pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd8500400-0xd85007ff irq 17 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered umass0: on uhub3 ums0: on uhub3 ums0: X report 0x0022 not supported device_attach: ums0 attach returned 6 pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0x3000-0x30ff mem 0xd0000000-0xd7ffffff,0xd8200000-0xd820ffff irq 18 at device 1.0 on pci11 drm0: on vgapci0 info: [drm] Initialized radeon 1.25.0 20060524 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x189f mem 0xd8500800-0xd8500bff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 6 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ichsmb0: port 0x1100-0x111f irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa orm0: at iomem 0xc0000-0xcafff,0xcb000-0xccfff 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 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec ZFS filesystem version 6 ZFS storage pool version 6 acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad4: 381554MB at ata2-master SATA300 ad6: 381554MB at ata3-master SATA300 ad8: 381554MB at ata4-master SATA300 ad10: 381554MB at ata5-master SATA300 ad12: 381554MB at ata6-master SATA300 ad14: 381554MB at ata7-master SATA300 ipmi0: IPMI device rev. 1, firmware rev. 1.2, version 2.0 ipmi0: Number of channels 8 ipmi0: Attached watchdog acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cam_periph_alloc: attempt to re-allocate valid device pass1 rejected passasync: Unable to attach new device due to status 0x6: CCB request was invalid cam_periph_alloc: attempt to re-allocate valid device sg0 rejected sgasync: Unable to attach new device due to status 0x6: CCB request was invalid cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cam_periph_alloc: attempt to re-allocate valid device cd0 rejected cdasync: Unable to attach new device due to status 0x6 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! cd1 at umass-sim0 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-3 device cd1: 40.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted em0: link state changed to UP -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 16:01:42 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4421A106567A for ; Fri, 18 Apr 2008 16:01:42 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from hpsmtp-eml15.kpnxchange.com (hpsmtp-eml15.kpnxchange.com [213.75.38.115]) by mx1.freebsd.org (Postfix) with ESMTP id C6BFC8FC15 for ; Fri, 18 Apr 2008 16:01:41 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtp-eml107.kpnxchange.com ([213.75.84.107]) by hpsmtp-eml15.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 18 Apr 2008 18:01:40 +0200 Received: from koko.offrom.nl ([86.82.183.148]) by cpsmtp-eml107.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 18 Apr 2008 18:01:40 +0200 Received: from wiz.vpn.offrom.nl (Debian-exim@wiz.vpn.offrom.nl [10.168.0.18]) by koko.offrom.nl (8.13.8/8.13.8) with ESMTP id m3IG1baa014918 for ; Fri, 18 Apr 2008 18:01:37 +0200 (CEST) (envelope-from willy@wiz.vpn.offrom.nl) Received: from willy by wiz.vpn.offrom.nl with local (Exim 4.63) (envelope-from ) id 1Jmt2W-0001Xk-15 for freebsd-stable@FreeBSD.ORG; Fri, 18 Apr 2008 18:02:16 +0200 Date: Fri, 18 Apr 2008 18:02:15 +0200 From: Willy Offermans To: freebsd-stable@FreeBSD.ORG Message-ID: <20080418160215.GC4315@wiz.vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.92.1/6826/Fri Apr 18 16:24:40 2008 on koko.offrom.nl X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on koko.offrom.nl X-OriginalArrivalTime: 18 Apr 2008 16:01:40.0256 (UTC) FILETIME=[7D1C1A00:01C8A16D] Cc: Subject: g_vfs_done errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 16:01:42 -0000 Dear FreeBSD friends, Again I have the following errors in /var/log/messages: .... Apr 18 12:09:19 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 Apr 18 12:09:25 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 12:09:33 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 Apr 18 12:09:33 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 12:09:48 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 Apr 18 12:09:48 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 12:10:04 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 Apr 18 12:10:06 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 12:10:21 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 Apr 18 12:10:21 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 12:10:34 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 ... I have no clue what the errors mean, since an offset of 290725068800 seems to be ridiculous. Does anybody have a clue what is going on? I'm using FreeBSD 7.0, but found the error being reported before with previous versions of FreeBSD. I can and will provide more details on demand. Any hints are very much appreciated. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 653 27 16 23 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 16:03:26 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A57B106564A for ; Fri, 18 Apr 2008 16:03:26 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 193BC8FC12 for ; Fri, 18 Apr 2008 16:03:25 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id m3IFleKS047799; Fri, 18 Apr 2008 17:47:40 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id D5351B829; Fri, 18 Apr 2008 17:47:39 +0200 (CEST) Date: Fri, 18 Apr 2008 17:47:39 +0200 From: Roland Smith To: Garrett Wollman Message-ID: <20080418154739.GA79517@slackbox.xs4all.nl> References: <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> <200804172313.m3HNDHFo006697@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <200804172313.m3HNDHFo006697@hergotha.csail.mit.edu> 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! User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org, avg@icyb.net.ua Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 16:03:26 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 17, 2008 at 07:13:17PM -0400, Garrett Wollman wrote: > In article <48076774.4090602@icyb.net.ua>, avg@icyb.net.ua writes: >=20 > >Eh I think I saw something like this myself. > >Do you by a chance have that new device sg in your kernel? > >I assume you do (GENERIC) - try to drop it. > >I am not sure if this is some brokenness of that driver or fighting of > >several USB drivers over the same hardware. >=20 > In my experience, umass over EHCI has never worked on any machine > ever, going back to 5.x and over multiple kinds of umass devices. (I I've had several machines with VIA chipsets where ehci never was a problem. My current machine has: usb4: on ehci0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered A 256MB usb flash drive works OK with this controller: umass0: on uhub4 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device=20 da0: 40.000MB/s transfers da0: 250MB (512000 512 byte sectors: 64H 32S/T 250C) As does an external harddisk enclosure. umass0: = on u hub4 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) I've never had read/write or data corruption problems with these.=20 Only when copying from _and_ to GELI encrypted devices has the transfer stalled occasionally. But that's probably due to my (single core) CPU running out of steam. In my experience machines with Via chipsets have always worked well and are very well supported by FreeBSD's drivers.=20 Likewise I've avoided nvidia stuff because of the lack of support. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgIwpsACgkQEnfvsMMhpyVoPQCfeqo6OSpxlDIBNr5mx4iy5dML eLcAn3/QPwiQBXMx8yRFaGFv5vEbGqCP =LjTB -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 16:20:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 750E71065678 for ; Fri, 18 Apr 2008 16:20:00 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3A98E8FC1E for ; Fri, 18 Apr 2008 16:20:00 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 71DBC56436; Fri, 18 Apr 2008 12:19:59 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by localhost (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ymAlZeMPxUAz; Fri, 18 Apr 2008 12:19:57 -0400 (EDT) Received: from beast.int.bit0.com (nat.bit0.com [207.246.88.210]) by magnum.bit0.com (Postfix) with ESMTP; Fri, 18 Apr 2008 12:19:57 -0400 (EDT) Date: Fri, 18 Apr 2008 12:19:57 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: Jeremy Chadwick In-Reply-To: <20080418152957.GA44461@eos.sc1.parodius.com> Message-ID: <20080418120530.T98605@beast.int.bit0.com> References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> <20080415142034.GA80792@eos.sc1.parodius.com> <20080415225159.R54132@thebighonker.lerctr.org> <4808A776.60503@pp.nic.fi> <20080418152957.GA44461@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 16:20:00 -0000 On Fri, 18 Apr 2008, Jeremy Chadwick wrote: > On Fri, Apr 18, 2008 at 04:51:50PM +0300, Pertti Kosunen wrote: >> Larry Rosenman wrote: >>> On Tue, 15 Apr 2008, Jeremy Chadwick wrote: >>>> And what the FAQ doesn't cover is here: >>>> >>>> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues >>>> >>>> * EIST (Intel SpeedStep) incompatibilities with Supermicro PDSMI+ >>>> motherboards (and possibly others) >>>> * Symptom: kernel outputs messages like kernel: calcru: negative >>>> runtime of -XXXXX usec for pid XX >>>> * Workaround: Disable the EIST feature in the BIOS. You can still >>>> achieve ACPI-based processor >>>> frequency throttling by using powerd(8). >>>> * Reference: >>>> http://lists.freebsd.org/pipermail/freebsd-questions/2006-October/133253.html >>> What I find interesting is I hadn't seen these until this kernel update :( >> >> Same problem here with Tyan Toledo i3000R (S5191) motherboard if cpufreq >> module is loaded. >> >> 7.0-RELEASE (AMD64) didn't have this problem. > > Are you absolutely positive about this (re: amd64 not having the > problem)? I can reproduce the issue documented in my Wiki page on i386 > or amd64. The piece that seems to cause it, at least in the case of the > PDSMI+, is EIST being enabled in the BIOS. For what it's worth, I've got five Supermicro PDSMI+ and one PDSMA+ in production, all running amd64, and starting from when I moved from 6.2-STABLE to 7.0-BETA, and continuing through last week's 7.0-STABLE, I started seeing "calcru: runtime went backwards"... messages for about 2-3 minutes after a reboot, then they'd go away on their own. Disabling EIST in the BIOS two days ago made the problem go away on all six systems. The systems are using the ACPI-fast timecounter (the default) except the PDSMA+ uses TSC because it's faster for MySQL... switching between the two didn't make any difference. I figured the reason the errors went away 3 minutes after boot was due to ntpd beating the clock into behaving. I also don't have the cpufreq module loaded. In my case the error messages seemed pretty harmless and the systems have been running great for a long time... both before and after toggling EIST... I only mention it because in my case, it was a slightly different message (always "runtime went backwards" not "negative runtime"), and it did affect 7.0-RELEASE/amd64 for me, and maybe that'll help someone narrow it down... From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 17:18:55 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57EC11065672 for ; Fri, 18 Apr 2008 17:18:55 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id E163F8FC0A for ; Fri, 18 Apr 2008 17:18:54 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so392301ywt.13 for ; Fri, 18 Apr 2008 10:18:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=xwLfqhjzlH5GVmu4yuZoosATnQJY8KGfq7RqihkSvXM=; b=SdQ/KM/kHGyrhuAeZ0OMzCvynkjh0C39TZYmWvARa4fSruiFrqWzjBkehKRLg7Cj4XqVVX6TND/pc6o3xeHmyFa4+HHSh9PiGI/uUxMAHRcfCdzuAAlZzRTKay+Wa8elCp8Yv9DBnb8U9BLXlDk2WRSFehxHstPu4nwW1YB3TXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=JCe0YxpAU8yfwQm9VXUuO+jLH0THk3c4CumPC/HqCZ4o4F5WftLwp2UwJ4hCzeIIZMIA/VFGjiQHPfL4r2EAhjvzsXIrmCMw/X3SXvc2R0MzIxK5eTbbYwpvCxbnHYDcsRiGOfCSEdUs9332bsq7QLr9IUnK0z2C0gPlbnAYPr0= Received: by 10.150.51.2 with SMTP id y2mr3927285yby.237.1208539123539; Fri, 18 Apr 2008 10:18:43 -0700 (PDT) Received: by 10.150.156.14 with HTTP; Fri, 18 Apr 2008 10:18:43 -0700 (PDT) Message-ID: <5f67a8c40804181018s48b9c652p1c08193eb7af342f@mail.gmail.com> Date: Fri, 18 Apr 2008 13:18:43 -0400 From: "Zaphod Beeblebrox" To: "Pete French" In-Reply-To: MIME-Version: 1.0 References: <5f67a8c40804171155o72b2ab1ctbc116510c39025f3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 17:18:55 -0000 On Thu, Apr 17, 2008 at 4:01 PM, Pete French wrote: > > In the end we found that ggate was crashy after a week or two of heavy > use, > > too... dispite it's performance problems (which can be somewhat fixed by > > telling gmirror to only read from the local disk) > > That last part interests me - how did you manage to make it do that ? > I read the man page, and the 'prefer' balancing algorithm should > let you tell it which disc to read from - but there is no mway to > change the priority on a disc in amirror that I can see. It can only > be set when inserting new drives. The ddefault is '0' and hence it's > nbot possible to attach a new drive with a priority below that of > the existing local drive. I tried using '-1' as a priority to fix > this, but it came up as 255. > I would suppose you might have to sync the mirror and then break off and forget the local copy and then sync again. In our case, I'm not sure --- it was awhile ago, but a number of them are also in the 'load' state --- as the higher latency network drives would normally show a higher load. > > Certainly ZFS needs lots of memory --- most of my systems running ZFS > have > > 4G of RAM and are running in 64 bit mode. With the wiki's recomendation > of > > a large number of kernel pages, I havn't had a problem with crashing. I > am > > using ZFS RAIDZ as a large data store and ZFS mirroring (separately) on > my > > workstation as /usr, /var, and home directories. > > All out machine ateb64 bit with between 4 and 16 gig of RAm too, so I > could > try that. So you trust it then ? I;d be interested to know exactly which > options from the wiki page you ended up using for both kernel pages and > ZFS > itself. That would be my ideal solution if it is stable enough. > Hmm. Trust is a funny thing. First the options. On my notebook: vm.kmem_size_max="1073741824" vm.kmem_size="1073741824" On the 32 bit version, I have options KVA_PAGES=512, but the same loader.conf settings above. My large fileserver is used as SMB and NFS filestore for large datasets generally ending in .avi or .iso. Not terribly stressed, I don't think. My laptop is used as a workstation. I don't think I'd run mysql or postgresql on zfs yet --- or if I did, I might run solaris. It's newer there. It would make me nervous at any rate. My laptop is a core-2-duo Extreme 7900 with 4 gig of ram. It will run "make -j8 world" quite quickly on zfs --- and even quicker the 2nd time. I've been running /usr, /var and home directories on zfs for several months now and I havn't had any problems. That said, I take regular (daily) snapshots and I "zfs send" the snapshots to the other zfs array for backup. This is a big advantage to zfs --- snapshots and snapshot backups are fast (and still checksum protected). Now as to trust: ZFS is copy-on-write. From my reading of problems people have, it seems that new data might be corrupted in some manner (there are posts even today about zfs and bittorrent) but the snapshots should not be affected. I hedge my bets further by keeping backups. > > efficient. Removing the read load from the ggated drive seems to help > quite > > a bit in overall performance. But even with this change, I still found > that > > ggate would crash after several days to a week of heavy use. > > Well, I upped the networking buffers and queue sizes to what I woulkd > normally consider 'stupid' values, and now it seems to have settled down > and is performing well (am using then 'load' balancing algorithm). Shall > see if it stays that way for the next few weeks given what you have just > said. I should probably try ZFS on it too, just for my own curiosity. 'load' should almost always prefer the local drive. Large buffers are required to compensate for network latency. Sounds about normal. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 18:03:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90574106566B for ; Fri, 18 Apr 2008 18:03:20 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 446818FC1C for ; Fri, 18 Apr 2008 18:03:20 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so194669anc.13 for ; Fri, 18 Apr 2008 11:03:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=aepE+w1GCxWvQSwRwc4NDxUinRFvYoQDJ/JPxgmaUns=; b=NDkSepxpFqplVHdmLdSXKPEk+q3eVnIduA+VfczYBrNDp3nUvgo/pau3G+zYSPnzo9G5fpAELVVUcJkBBadKoJuf93CZYGnh/DuMD+5j7k96COIT7WZpQtuQpg1MWvTknt7ZjkdbzXJAri2MFCqbSOOHo7HcnzaUL+GWjikSvjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Tf5LAP8f2w+ItD2bkZgwX08jEfo4+K8xnKvpiy+erXh2C/pswKJMdzpH/bGVEdwoesnkFo4pSiNP+hQNkyNykneurbB0TqMstYZU4Yzfl/64O1I8TW2C5rOHM8r8mkA/FS3EmG2MhEKzeUHA/eFMsrXFaS8dtK33gvXp81SAMRg= Received: by 10.100.194.5 with SMTP id r5mr5648123anf.146.1208541799383; Fri, 18 Apr 2008 11:03:19 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Fri, 18 Apr 2008 11:03:19 -0700 (PDT) Message-ID: Date: Fri, 18 Apr 2008 20:03:19 +0200 From: "Claus Guttesen" To: jbsnyder In-Reply-To: <16763410.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <16447331.post@talk.nabble.com> <16491496.post@talk.nabble.com> <33644d3c0804151005r17095cb1n33117a8e4d8cc09b@mail.gmail.com> <16763410.post@talk.nabble.com> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & Bittorent -> Hang? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 18:03:20 -0000 > OK. I've been able to reproduce the issue. > > Conditions: > - Stock shipped kernel and modules from RELENG 7.0 > > loader.conf settings: > - zfs prefetch enabled > - zfs zil disabled > - vm.kmem_size_max="1073741824" > - vm.kmem_size="1073741824" > > AMD64 on Core 2 Duo w/ 4 GB RAM > > raidz across 4 disks, using root on zfs (also experienced this hang with zfs > just on /usr) > > How To Reproduce > - install transmission-daemon, run transmission-daemon (it will daemonize, > automatically backgrounding) > - grab a torrent, such as KNOPPIX (http://torrent.unix-ag.uni-kl.de/) > - transmission-remote -a (add the torrent) > - transmission-remote -s all (start all the torrents) > > wait hours to a day or so with whatever you want logging things running and > active since anything that hits disk after the hang will get hung as well > > I've just done this twice. It doesn't seem to happen with zil enabled and > prefetch off. > > Expected Behavior > No hang. Thank you for spending time on this. I'm getting some jbod-storage in a few weeks and will spend some time using various block-sizes and share partitions across nfs. I'm somewhat confident that zfs on FreeBSD will work fine but Solaris is (of course) also an option. This will be approx. 7 TB to begin with and growing upwards to some two digit TB's. What is the largest storage zfs on FreeBSD has been used on? I tried it for some month on 8 TB. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 18:13:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC98106564A for ; Fri, 18 Apr 2008 18:13:04 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout3-sn2.hy.skanova.net (pne-smtpout3-sn2.hy.skanova.net [81.228.8.111]) by mx1.freebsd.org (Postfix) with ESMTP id 190C78FC0A for ; Fri, 18 Apr 2008 18:13:04 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [10.0.0.20] (80.222.104.244) by pne-smtpout3-sn2.hy.skanova.net (7.3.129) id 478BDB9600562D80 for freebsd-stable@freebsd.org; Fri, 18 Apr 2008 19:03:21 +0200 Message-ID: <4808D466.8000508@pp.nic.fi> Date: Fri, 18 Apr 2008 20:03:34 +0300 From: Pertti Kosunen User-Agent: Thunderbird 2.0.0.9 (X11/20071123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> <20080415142034.GA80792@eos.sc1.parodius.com> <20080415225159.R54132@thebighonker.lerctr.org> <4808A776.60503@pp.nic.fi> <20080418152957.GA44461@eos.sc1.parodius.com> In-Reply-To: <20080418152957.GA44461@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 18:13:04 -0000 Jeremy Chadwick wrote: >> 7.0-RELEASE (AMD64) didn't have this problem. > > Are you absolutely positive about this (re: amd64 not having the > problem)? I can reproduce the issue documented in my Wiki page on i386 > or amd64. The piece that seems to cause it, at least in the case of the > PDSMI+, is EIST being enabled in the BIOS. Yes, with 7.0-RELEASE speedstep was working and there was no "calcru: runtime went backwards..." messages. But i did have cpufreq compiled in kernel.. It seems to be working now when loaded as module from loader.conf. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 18:15:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF7C9106566B for ; Fri, 18 Apr 2008 18:15:40 +0000 (UTC) (envelope-from jbsnyder@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 92FE28FC14 for ; Fri, 18 Apr 2008 18:15:40 +0000 (UTC) (envelope-from jbsnyder@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so591465wxd.7 for ; Fri, 18 Apr 2008 11:15:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=CF6bVIWwEqjSvM65x67Zwvgsl+pTR5+LTVxkhXiTRl4=; b=Krl6YlB08QleW1xcbtfzrKFOky2fYfc6hKZ3NxO/4dOUidukGVudDpfeJ2EGIN36EgMIR0u48EM6GN4tW/DHtdqjKJ56n9qsEhL0GsadhceUFp3/MgLoczY3qL3h03DDTSMEGUuAQAW+wX3peuX7zLzewfh9dx7e+jW3XQWCZkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FRIxBEJACWr+S8UI0h4xfC5BDtrAK/67GxiA9Yw88Yk2E+5yVrpuXVnmEmoI+iARAPqh7v739jk0k1q3WAkn2jr6qqgTRyx+EKxG/zsM/zBkxlk7f/LHdf2GhObbVWSdEQ5Kwwy8qppoUVFWqg3BD+ANpxCG3VPHbI7815BQMuM= Received: by 10.140.180.42 with SMTP id c42mr1735715rvf.145.1208542538977; Fri, 18 Apr 2008 11:15:38 -0700 (PDT) Received: by 10.141.83.21 with HTTP; Fri, 18 Apr 2008 11:15:38 -0700 (PDT) Message-ID: <33644d3c0804181115v38611102yc48c2e46f30d0bf6@mail.gmail.com> Date: Fri, 18 Apr 2008 13:15:38 -0500 From: "James Snyder" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <16447331.post@talk.nabble.com> <16491496.post@talk.nabble.com> <33644d3c0804151005r17095cb1n33117a8e4d8cc09b@mail.gmail.com> <16763410.post@talk.nabble.com> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS & Bittorent -> Hang? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jbsnyder@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 18:15:41 -0000 No problem. I've filed a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=122888 This doesn't seem to be a volume-of-data thing, not sure if it is related to using raidz or not. I don't have another spare disk in the machine I tested on to pare things down. Otherwise, seems to be pretty stable. I've been knocking on it for some time with no other troubles. Prefetch seems to me to be a little less than ready for prime-time. I seem to recall on a 32-bit machine as well that pkg_delete would run terribly slowly with prefetch on, and things got better when I re-enabled the zil and turned prefetch off. Not sure whether the zil just helped a lot there or if the problem was prefetch. I'm using ZFS on my Mac OS X laptop as well, that's been pretty good too. Latest build (111 on zfs.macosforge.org) has fixed mmap coherency, and a bunch of other things. On Fri, Apr 18, 2008 at 1:03 PM, Claus Guttesen wrote: > > OK. I've been able to reproduce the issue. > > > > Conditions: > > - Stock shipped kernel and modules from RELENG 7.0 > > > > loader.conf settings: > > - zfs prefetch enabled > > - zfs zil disabled > > - vm.kmem_size_max="1073741824" > > - vm.kmem_size="1073741824" > > > > AMD64 on Core 2 Duo w/ 4 GB RAM > > > > raidz across 4 disks, using root on zfs (also experienced this hang with zfs > > just on /usr) > > > > How To Reproduce > > - install transmission-daemon, run transmission-daemon (it will daemonize, > > automatically backgrounding) > > - grab a torrent, such as KNOPPIX (http://torrent.unix-ag.uni-kl.de/) > > - transmission-remote -a (add the torrent) > > - transmission-remote -s all (start all the torrents) > > > > wait hours to a day or so with whatever you want logging things running and > > active since anything that hits disk after the hang will get hung as well > > > > I've just done this twice. It doesn't seem to happen with zil enabled and > > prefetch off. > > > > Expected Behavior > > No hang. > > Thank you for spending time on this. I'm getting some jbod-storage in > a few weeks and will spend some time using various block-sizes and > share partitions across nfs. I'm somewhat confident that zfs on > FreeBSD will work fine but Solaris is (of course) also an option. This > will be approx. 7 TB to begin with and growing upwards to some two > digit TB's. > > What is the largest storage zfs on FreeBSD has been used on? I tried > it for some month on 8 TB. > > -- > > > regards > Claus > > When lenity and cruelty play for a kingdom, > the gentlest gamester is the soonest winner. > > Shakespeare > -- James Snyder Biomedical Engineering Northwestern University jbsnyder@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 19:05:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3170106566B; Fri, 18 Apr 2008 19:05:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D10C88FC1D; Fri, 18 Apr 2008 19:05:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 6AC9E1A4D8B; Fri, 18 Apr 2008 12:05:09 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3IJ4lQI068097; Fri, 18 Apr 2008 15:04:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Aristedes Maniatis Date: Fri, 18 Apr 2008 13:14:24 -0400 User-Agent: KMail/1.9.7 References: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> <200804101651.24852.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804181314.24974.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 18 Apr 2008 15:04:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6831/Fri Apr 18 12:09:18 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: bzeeb+freebsd+lor@zabbadoz.net, jeff@freebsd.org, Jurgen Weber , freebsd-stable@freebsd.org, davidxu@freebsd.org Subject: Re: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 19:05:10 -0000 On Thursday 10 April 2008 06:33:40 pm Aristedes Maniatis wrote: > > >> http://www.ish.com.au/s/LOR/1.jpg > >> http://www.ish.com.au/s/LOR/2.jpg > >> http://www.ish.com.au/s/LOR/3.jpg (this overlaps with [2]) > > > > These are all garbage in kuickshow. :( > > They work fine for me in Firefox. But don't know what sort of jpegs > the Sony camera saves. Anyhow I've also now resaved them as png (about > twice the size). Please let me know if that worked. > > http://www.ish.com.au/s/LOR/1.png , etc kuickshow had issues still, but FF worked ok. The specific LOR at the end is real, but a minor one. Basically, the console driver locks (e.g. "sio", "scrlock") are higher in the order than the various thread locks, so any printf while holding a thread lock will trigger a LOR. The real problem at the bottom of the screen though is a real issue. It's a LOR of two different sleepqueue chain locks. The problem is that when setrunnable() encounters a swapped out thread it tries to wakeup proc0, but if proc0 is asleep (which is typical) then its thread lock is a sleep queue chain lock, so waking up a swapped out thread from wakeup() will usually trigger this LOR. I think the best fix is to not have setrunnable() kick proc0 directly. Perhaps setrunnable() should return an int and return true if proc0 needs to be awakened and false otherwise. Then the the sleepq code (b/c only sleeping threads can be swapped out anyway) can return that value from sleepq_resume_thread() and can call kick_proc0() directly once it has dropped all of its own locks. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 21:52:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E8AF1065671 for ; Fri, 18 Apr 2008 21:52:24 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: from numail.brianwhalen.net (dsl093-034-172.snd1.dsl.speakeasy.net [66.93.34.172]) by mx1.freebsd.org (Postfix) with ESMTP id 069A88FC0C for ; Fri, 18 Apr 2008 21:52:23 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: by numail.brianwhalen.net (Postfix, from userid 1001) id F047C2E048; Fri, 18 Apr 2008 14:35:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by numail.brianwhalen.net (Postfix) with ESMTP id E15E52E044 for ; Fri, 18 Apr 2008 14:35:36 -0700 (PDT) Date: Fri, 18 Apr 2008 14:35:36 -0700 (PDT) From: Brian To: freebsd-stable@freebsd.org Message-ID: <20080418143407.J43748@numail.brianwhalen.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ule scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 21:52:24 -0000 I see this is the standard recommendation for those of us using SMP. I am wondering how far away we are from that becoming standard, since on even amd64, I see the older scheduler is still in place? Brian From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 23:03:47 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E35111065670; Fri, 18 Apr 2008 23:03:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B708D8FC18; Fri, 18 Apr 2008 23:03:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3IN3kwi069675; Fri, 18 Apr 2008 19:03:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3IN3k6o028754; Fri, 18 Apr 2008 19:03:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 039D61B5078; Fri, 18 Apr 2008 19:03:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418230346.039D61B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Apr 2008 19:03:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 23:03:48 -0000 TB --- 2008-04-18 21:32:21 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-04-18 21:32:21 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-04-18 21:32:21 - cleaning the object tree TB --- 2008-04-18 21:32:33 - cvsupping the source tree TB --- 2008-04-18 21:32:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-04-18 21:32:39 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-18 21:32:39 - cd /src TB --- 2008-04-18 21:32:39 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 18 21:32:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 18 22:58:30 UTC 2008 TB --- 2008-04-18 22:58:30 - generating LINT kernel config TB --- 2008-04-18 22:58:30 - cd /src/sys/ia64/conf TB --- 2008-04-18 22:58:30 - /usr/bin/make -B LINT TB --- 2008-04-18 22:58:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-18 22:58:30 - cd /src TB --- 2008-04-18 22:58:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 18 22:58:30 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cmx/cmx_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_offload.c: In function 'do_bad_cpl': /src/sys/dev/cxgb/cxgb_offload.c:318: warning: implicit declaration of function 'kdb_backtrace' /src/sys/dev/cxgb/cxgb_offload.c:318: warning: nested extern declaration of 'kdb_backtrace' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 23:03:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 23:03:45 - ERROR: failed to build lint kernel TB --- 2008-04-18 23:03:45 - tinderbox aborted TB --- 4688.45 user 377.95 system 5484.32 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 23:25:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9B5B1065673 for ; Fri, 18 Apr 2008 23:25:11 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8499C8FC1C for ; Fri, 18 Apr 2008 23:25:11 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so474905ywt.13 for ; Fri, 18 Apr 2008 16:25:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=yjssLzE007Fr/C26tUg6IXjGyw4ehkFeF7PiSyfN5uE=; b=ff8tz9tbzOmhPBNXiwjf2fFsJOuCv1wR92G/b8iuvGHRndoL7hgpv3JynBWvwsttxoelscUmIJpl/4Z1nlooH1A7BNuTsRT+yzG+UNy1g4ta4c7Vmyg/J9fhsJPgW/FHp1ubzYpKuhy40bjYtYgaJl0nCMDyexlvXWsqNAmXS4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F4TMxdyUkSKWPnp1gzC0uXz4SGIivtdiKlb51BO19kdO87ePjZRewzVvXtG/+qVuv8IPzFPDF7yAupUyXYtXbQ9zedVPJuyn5e7h15vws0VTNeYdmwnIof51rPHYbArlntBD/2t1IZ/t5Tupl/nKIxgCPCa9k9OZ4OnI58kV6PA= Received: by 10.151.44.18 with SMTP id w18mr4367608ybj.184.1208559584624; Fri, 18 Apr 2008 15:59:44 -0700 (PDT) Received: by 10.150.135.6 with HTTP; Fri, 18 Apr 2008 15:59:44 -0700 (PDT) Message-ID: <8cb6106e0804181559q77c42696hf1a1ee3b7c520a00@mail.gmail.com> Date: Sat, 19 Apr 2008 00:59:44 +0200 From: "Josh Carroll" To: Brian In-Reply-To: <20080418143407.J43748@numail.brianwhalen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080418143407.J43748@numail.brianwhalen.net> Cc: freebsd-stable@freebsd.org Subject: Re: ule scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 23:25:11 -0000 On Fri, Apr 18, 2008 at 11:35 PM, Brian wrote: > I see this is the standard recommendation for those of us using SMP. I am > wondering how far away we are from that becoming standard, since on even > amd64, I see the older scheduler is still in place? I believe the current plan is to have ULE be the default scheduler in 7.1-RELEASE. I've been using it since 7.0-PRERELEASE and have had no problems with it, though it is slower than 4BSD for some very specific workloads (ffmpeg with multiple threads). Josh From owner-freebsd-stable@FreeBSD.ORG Fri Apr 18 23:55:18 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 961941065705; Fri, 18 Apr 2008 23:55:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 68C778FC20; Fri, 18 Apr 2008 23:55:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3INtHwu099905; Fri, 18 Apr 2008 19:55:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3INtHaE087669; Fri, 18 Apr 2008 19:55:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 489B01B5078; Fri, 18 Apr 2008 19:55:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080418235517.489B01B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Apr 2008 19:55:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 23:55:19 -0000 TB --- 2008-04-18 22:45:46 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-04-18 22:45:46 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-04-18 22:45:46 - cleaning the object tree TB --- 2008-04-18 22:46:00 - cvsupping the source tree TB --- 2008-04-18 22:46:00 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-04-18 22:46:07 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-18 22:46:07 - cd /src TB --- 2008-04-18 22:46:07 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 18 22:46:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 18 23:51:46 UTC 2008 TB --- 2008-04-18 23:51:46 - generating LINT kernel config TB --- 2008-04-18 23:51:46 - cd /src/sys/powerpc/conf TB --- 2008-04-18 23:51:46 - /usr/bin/make -B LINT TB --- 2008-04-18 23:51:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-18 23:51:46 - cd /src TB --- 2008-04-18 23:51:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 18 23:51:46 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cmx/cmx_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_offload.c: In function 'do_bad_cpl': /src/sys/dev/cxgb/cxgb_offload.c:318: warning: implicit declaration of function 'kdb_backtrace' /src/sys/dev/cxgb/cxgb_offload.c:318: warning: nested extern declaration of 'kdb_backtrace' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-18 23:55:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-18 23:55:17 - ERROR: failed to build lint kernel TB --- 2008-04-18 23:55:17 - tinderbox aborted TB --- 3484.13 user 351.03 system 4171.06 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 00:08:37 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1413B106564A; Sat, 19 Apr 2008 00:08:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C2A728FC1E; Sat, 19 Apr 2008 00:08:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3J08aQw000753; Fri, 18 Apr 2008 20:08:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3J08Z1n023249; Fri, 18 Apr 2008 20:08:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B63711B5078; Fri, 18 Apr 2008 20:08:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080419000835.B63711B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Apr 2008 20:08:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 00:08:37 -0000 TB --- 2008-04-18 23:03:46 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-04-18 23:03:46 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-04-18 23:03:46 - cleaning the object tree TB --- 2008-04-18 23:03:55 - cvsupping the source tree TB --- 2008-04-18 23:03:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-04-18 23:04:00 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-18 23:04:00 - cd /src TB --- 2008-04-18 23:04:00 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 18 23:04:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 19 00:05:06 UTC 2008 TB --- 2008-04-19 00:05:06 - generating LINT kernel config TB --- 2008-04-19 00:05:06 - cd /src/sys/sparc64/conf TB --- 2008-04-19 00:05:06 - /usr/bin/make -B LINT TB --- 2008-04-19 00:05:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-19 00:05:06 - cd /src TB --- 2008-04-19 00:05:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 19 00:05:06 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cmx/cmx_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_offload.c: In function 'do_bad_cpl': /src/sys/dev/cxgb/cxgb_offload.c:318: warning: implicit declaration of function 'kdb_backtrace' /src/sys/dev/cxgb/cxgb_offload.c:318: warning: nested extern declaration of 'kdb_backtrace' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-19 00:08:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-19 00:08:35 - ERROR: failed to build lint kernel TB --- 2008-04-19 00:08:35 - tinderbox aborted TB --- 3264.81 user 344.53 system 3889.59 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 00:34:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69BEF106564A for ; Sat, 19 Apr 2008 00:34:30 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id EEBD08FC1D for ; Sat, 19 Apr 2008 00:34:28 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id C92EC2844E for ; Sat, 19 Apr 2008 08:34:27 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 68A1BEC6BB5; Sat, 19 Apr 2008 08:34:27 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id S7bWSZ-o9FIp; Sat, 19 Apr 2008 08:34:21 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E5089EC6BEA; Sat, 19 Apr 2008 08:34:20 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=rZqdZ7S/sGjzYj2fHSAvYxvzLR6n6WRTKAbmU+ALOBKGiGk381esFXOjV/91Ir+bq N50W48CoLUNqdEnzIcbJA== Message-ID: <48093E08.3050506@delphij.net> Date: Fri, 18 Apr 2008 17:34:16 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Brian References: <20080418143407.J43748@numail.brianwhalen.net> In-Reply-To: <20080418143407.J43748@numail.brianwhalen.net> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ule scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 00:34:30 -0000 Brian wrote: > I see this is the standard recommendation for those of us using SMP. I > am wondering how far away we are from that becoming standard, since on > even amd64, I see the older scheduler is still in place? It *is* the default scheduler for RELENG_7 and -HEAD for most architectures. Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 03:30:34 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D01651065670 for ; Sat, 19 Apr 2008 03:30:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 247438FC14 for ; Sat, 19 Apr 2008 03:30:33 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m3IMkAT0011789 for ; Sat, 19 Apr 2008 08:46:10 +1000 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m3IMk6eY005894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Apr 2008 08:46:07 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m3IMk6xB019333; Sat, 19 Apr 2008 08:46:06 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m3IMk69p019332; Sat, 19 Apr 2008 08:46:06 +1000 (EST) (envelope-from peter) Date: Sat, 19 Apr 2008 08:46:05 +1000 From: Peter Jeremy To: Garrett Wollman Message-ID: <20080418224605.GA19226@server.vk2pj.dyndns.org> References: <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> <200804172313.m3HNDHFo006697@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <200804172313.m3HNDHFo006697@hergotha.csail.mit.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 03:30:34 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 17, 2008 at 07:13:17PM -0400, Garrett Wollman wrote: >In my experience, umass over EHCI has never worked on any machine >ever, going back to 5.x and over multiple kinds of umass devices. (I >never saw panics, only triple-fault CPU resets.) OTOH, I've had mixed results, though I haven't seen panics caused by EHCI. umass has a tendency to panic when it trips over an interface bug between bus_dmamem_alloc(9) and contigmalloc(9) which has been present since at least 4.x, though the work-arounds have improved and this is less of a problem than it was 3 years ago. On my laptop (HP nx6125, ATI SB400 chipset), I haven't had any problems with EHCI in 6.x or 7.0 (both amd64 - I can't recall if I've tried ECHI whilst running i386). My son's laptop (HP V6107au, nVIDIA MCP51 chipset, 6.x/amd64) gives varying results (sometimes it works, sometimes it doesn't) and he's found that plugging flashdisks into the USB hub on his keyboard gives better results than plugging them into the system (which doesn't make sense to me - they still show a attached to EHCI). My work desktop (Dell OptiPlex GX620, Intel ICH7 chipset 7.0/amd64) refuses to acknowledge EHCI devices - it just reports timeouts and disables that USB port. [See my recent posting to -amd64]. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgJJK0ACgkQ/opHv/APuIeZ6gCgvE9db39GQ6SS2S59RJQRIEbl 0sgAn1ggopAMZDwvDOSF7ClRKgaMTQLK =0fAQ -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 05:32:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E93CF106566C for ; Sat, 19 Apr 2008 05:32:23 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id BE7D48FC24 for ; Sat, 19 Apr 2008 05:32:23 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Jn5gU-0008BD-KF for freebsd-stable@freebsd.org; Fri, 18 Apr 2008 22:32:22 -0700 Message-ID: <16770848.post@talk.nabble.com> Date: Fri, 18 Apr 2008 22:32:22 -0700 (PDT) From: harshl To: freebsd-stable@freebsd.org In-Reply-To: <20080408130616.GA10488@laverenz.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: technical@lantard.com References: <20080327231624.V94524@godot> <20080408130616.GA10488@laverenz.de> Subject: Re: Open-vm-tools port available for testing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 05:32:24 -0000 Uwe Laverenz wrote: > > > I just installed your port on 6.3-p1/amd64 on ESX 3.5 (WITHOUT_X11, just > guestd and vmmemctl) to see if VMotion works, and it installed and > worked perfectly. :-) > > I'll do some more tests with X11 and RELENG_7 as soon as I find the > time for it. > > Thank you very much for your work! > > cu, > Uwe > > I am an not great with BSD, how can I install this port without X? Sorry if this is easy but I don't really understand what I am seeing in the Makefile. I have tried various commands referencing --without-x etc. but none of them have worked. Thanks for any help, and thanks for a much needed port!! -Lantard -- View this message in context: http://www.nabble.com/Open-vm-tools-port-available-for-testing-tp16341202p16770848.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 06:17:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCCEB1065672 for ; Sat, 19 Apr 2008 06:17:06 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-ob.rzone.de (mo-p07-ob.rzone.de [81.169.146.190]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8088FC26 for ; Sat, 19 Apr 2008 06:17:05 +0000 (UTC) (envelope-from uwe@laverenz.de) X-RZG-CLASS-ID: mo07 X-RZG-AUTH: l30WrtbrzmfyRJtZ7/TtK2Lnf751/YNyk/URm7QLXWJvT8dPnFxzd4yxzYSMJnQt Received: from athena.laverenz.de ([91.66.27.25]) by post.webmailer.de (fruni mo8) (RZmta 16.27) with ESMTP id f0728ek3J2c8jf for ; Sat, 19 Apr 2008 08:17:04 +0200 (MEST) (envelope-from: ) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 4E0FA57C00A for ; Sat, 19 Apr 2008 08:17:04 +0200 (CEST) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02310-08 for ; Sat, 19 Apr 2008 08:17:04 +0200 (CEST) Received: by athena.laverenz.de (Postfix, from userid 2000) id DDD5257C009; Sat, 19 Apr 2008 08:17:03 +0200 (CEST) Date: Sat, 19 Apr 2008 08:17:03 +0200 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20080419061703.GA6941@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080327231624.V94524@godot> <20080408130616.GA10488@laverenz.de> <16770848.post@talk.nabble.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16770848.post@talk.nabble.com> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: Open-vm-tools port available for testing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 06:17:06 -0000 On Fri, Apr 18, 2008 at 10:32:22PM -0700, harshl wrote: > I am an not great with BSD, how can I install this port without X? > Sorry if this is easy but I don't really understand what I am seeing in the > Makefile. There are several ways to do this. The easiest way is to just set WITHOUT_X11 in your environment: "setenv WITHOUT_X11 YES" when you use csh or "WITHOUT_X11=YES; export WITHOUT_X11" in a bourne shell. Another way would be a line in /etc/make.conf: WITHOUT_X11=YES I personally use /usr/ports/ports-mgmt/portconf for this, because it let's me configure these knobs seperately for each port and works fine with portmaster, portupgrade and manual port-installations. bye, Uwe From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 11:01:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38A37106564A for ; Sat, 19 Apr 2008 11:01:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 29A4B8FC16 for ; Sat, 19 Apr 2008 11:01:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id F35B61CC05F; Sat, 19 Apr 2008 04:01:53 -0700 (PDT) Date: Sat, 19 Apr 2008 04:01:53 -0700 From: Jeremy Chadwick To: Unga Message-ID: <20080419110153.GA85344@eos.sc1.parodius.com> References: <445668.60539.qm@web57011.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <445668.60539.qm@web57011.mail.re3.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 11:01:54 -0000 On Thu, Apr 10, 2008 at 09:53:13PM -0700, Unga wrote: > I have noted early April that RELENG_7 is upgraded to > sched_ule by default and gave it a try with sched_ule > until today. My desktop is a 3GHz single Intel Pentium > 4 processor with 512MB RAM. I have noted by desktop > response wise sched_4bsd is better, ie. the desktop is > more responsive. > > It just noted today the version of the sched_ule.c on > RELENG_7 is 1.214.2.2 dated 2007/12/20 and the current > version on the CVS is 1.240 dated 2008/04/04. > > Since the FreeBSD 7.1 is planned to be released with > sched_ule by default, why don't you guys sync the > sched_ule.c with current so that more users like me > who run FreeBSD 7.X (RELENG_7) can give more feedback? There was a commit to the ULE code in RELENG_7 approximately 6 hours ago by Jeff, indicating some speed improvements in ULE when there's heavy IRQ activity, and adjustments in the timeslicing code for threads which don't utilise timesharing: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_ule.c Can you update your src-all tree to pull this in, rebuild the kernel, and tell us if it behaves better for you? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 11:17:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E437F106566B for ; Sat, 19 Apr 2008 11:17:10 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout4-sn1.fre.skanova.net (pne-smtpout4-sn1.fre.skanova.net [81.228.11.168]) by mx1.freebsd.org (Postfix) with ESMTP id A303A8FC19 for ; Sat, 19 Apr 2008 11:17:10 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [10.0.0.20] (80.222.104.244) by pne-smtpout4-sn1.fre.skanova.net (7.3.129) id 47A7970A0044C2BD for freebsd-stable@freebsd.org; Sat, 19 Apr 2008 13:17:09 +0200 Message-ID: <4809D4C2.5090508@pp.nic.fi> Date: Sat, 19 Apr 2008 14:17:22 +0300 From: Pertti Kosunen User-Agent: Thunderbird 2.0.0.9 (X11/20071123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <00df01c89ef8$9733c6d0$c59b5470$@org> <20080415141138.GA33154@mail.scottro.net> <20080415142034.GA80792@eos.sc1.parodius.com> <20080415225159.R54132@thebighonker.lerctr.org> <4808A776.60503@pp.nic.fi> <20080418152957.GA44461@eos.sc1.parodius.com> <4808D466.8000508@pp.nic.fi> In-Reply-To: <4808D466.8000508@pp.nic.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: calcru: time went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 11:17:11 -0000 Pertti Kosunen wrote: > But i did have cpufreq compiled in kernel.. It seems to be working now > when loaded as module from loader.conf. No it didn't help, calcru messages just came later. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 11:38:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E71C106566B for ; Sat, 19 Apr 2008 11:38:34 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id A2FBB8FC21 for ; Sat, 19 Apr 2008 11:38:33 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from delish.ish.com.au ([203.29.62.201] helo=ish.com.au) by fish.ish.com.au with esmtps (SSLv3:DES-CBC3-SHA:168) (Exim 4.43) id 1JnBKX-0003oO-5s; Sat, 19 Apr 2008 21:34:05 +1000 Received: from [10.29.62.13] ([10.29.62.13] verified) by ish.com.au (CommuniGate Pro SMTP 5.2.1) with ESMTP id 3440430; Sat, 19 Apr 2008 21:38:29 +1000 Message-Id: From: Aristedes Maniatis To: John Baldwin In-Reply-To: <200804181314.24974.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sat, 19 Apr 2008 21:38:27 +1000 References: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> <200804101651.24852.jhb@freebsd.org> <200804181314.24974.jhb@freebsd.org> X-Mailer: Apple Mail (2.919.2) Cc: bzeeb+freebsd+lor@zabbadoz.net, jeff@freebsd.org, Jurgen Weber , freebsd-stable@freebsd.org, davidxu@freebsd.org Subject: LOR on sleepqueue chain locks, Was: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 11:38:34 -0000 On 19/04/2008, at 3:14 AM, John Baldwin wrote: > On Thursday 10 April 2008 06:33:40 pm Aristedes Maniatis wrote: >> >>>> http://www.ish.com.au/s/LOR/1.jpg >>>> http://www.ish.com.au/s/LOR/2.jpg >>>> http://www.ish.com.au/s/LOR/3.jpg (this overlaps with [2]) >>> >>> These are all garbage in kuickshow. :( >> >> They work fine for me in Firefox. But don't know what sort of jpegs >> the Sony camera saves. Anyhow I've also now resaved them as png >> (about >> twice the size). Please let me know if that worked. >> >> http://www.ish.com.au/s/LOR/1.png , etc > > kuickshow had issues still, but FF worked ok. The specific LOR at > the end is > real, but a minor one. Basically, the console driver locks > (e.g. "sio", "scrlock") are higher in the order than the various > thread > locks, so any printf while holding a thread lock will trigger a > LOR. The > real problem at the bottom of the screen though is a real issue. > It's a LOR > of two different sleepqueue chain locks. The problem is that when > setrunnable() encounters a swapped out thread it tries to wakeup > proc0, but > if proc0 is asleep (which is typical) then its thread lock is a > sleep queue > chain lock, so waking up a swapped out thread from wakeup() will > usually > trigger this LOR. > > I think the best fix is to not have setrunnable() kick proc0 directly. > Perhaps setrunnable() should return an int and return true if proc0 > needs to > be awakened and false otherwise. Then the the sleepq code (b/c only > sleeping > threads can be swapped out anyway) can return that value from > sleepq_resume_thread() and can call kick_proc0() directly once it > has dropped > all of its own locks. > > -- > John Baldwin The way you describe it, it almost sounds like this LOR should be happening for everyone, all the time. To try and eliminate the factors which trigger it for us, we tried the following: removed PAE from kernel, disabled PF. Neither of these things made any difference and the error is fairly quickly reproducible (within a couple of hours running various things to load the machine). The one thing we did not test yet is removing ZFS from the picture. Note also that this box ran for years and years on FreeBSD 4.x without a hiccup (non PAE, ipfw instead of pf and no ZFS of course). Since I've ordered a replacement machine to go into production now, I am happy to make this one available for whatever testing would benefit the FreeBSD community to track down the problem. If useful, we could upgrade this machine to 7 STABLE branch and use the new tools Robert Watson recently wrote to dump better crash logs. Let me know, but I don't know a lot about them yet apart from what I read on this list. Regards Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 12:11:47 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0794106566B; Sat, 19 Apr 2008 12:11:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 416658FC0A; Sat, 19 Apr 2008 12:11:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-67-45.lns10.adl6.internode.on.net [121.45.67.45]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m3JCAiqS094670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Apr 2008 21:41:00 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Josef Karthauser" Date: Fri, 18 Apr 2008 10:18:20 +0930 User-Agent: KMail/1.9.7 References: <200804162303.28982.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804181018.25654.doconnor@gsoft.com.au> X-Spam-Score: -0.714 () BAYES_00,DATE_IN_PAST_24_48,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 12:11:48 -0000 On Thu, 17 Apr 2008, Josef Karthauser wrote: > > I guess the problem is that it is impossible to know what systems > > care about geometry and those that don't. > > Granted. Perhaps we just need to tone it down a bit then. On my > system the warning appears when you first enter the fdisk editor, and > then every time you move the cursor it reappears. It claims that it > is selecting a more sensible setting, but even so it still throws up > loads of warnings. Perhaps it only needs to be displayed once, or > maybe the 'make up a suggested geometry setting' code is broken on > modern systems. Hmm that does seem very aggressive (and broken). I had a look at the code and it should only print it each time you enter the fdisk screen. -- 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 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 12:11:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0794106566B; Sat, 19 Apr 2008 12:11:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 416658FC0A; Sat, 19 Apr 2008 12:11:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-67-45.lns10.adl6.internode.on.net [121.45.67.45]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m3JCAiqS094670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Apr 2008 21:41:00 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Josef Karthauser" Date: Fri, 18 Apr 2008 10:18:20 +0930 User-Agent: KMail/1.9.7 References: <200804162303.28982.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804181018.25654.doconnor@gsoft.com.au> X-Spam-Score: -0.714 () BAYES_00,DATE_IN_PAST_24_48,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 12:11:48 -0000 On Thu, 17 Apr 2008, Josef Karthauser wrote: > > I guess the problem is that it is impossible to know what systems > > care about geometry and those that don't. > > Granted. Perhaps we just need to tone it down a bit then. On my > system the warning appears when you first enter the fdisk editor, and > then every time you move the cursor it reappears. It claims that it > is selecting a more sensible setting, but even so it still throws up > loads of warnings. Perhaps it only needs to be displayed once, or > maybe the 'make up a suggested geometry setting' code is broken on > modern systems. Hmm that does seem very aggressive (and broken). I had a look at the code and it should only print it each time you enter the fdisk screen. -- 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 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 13:13:49 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE4C21065676; Sat, 19 Apr 2008 13:13:49 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 99ADC8FC20; Sat, 19 Apr 2008 13:13:49 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3JDDVi2042083; Sat, 19 Apr 2008 06:13:33 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3JDCoxH051838; Sat, 19 Apr 2008 06:12:55 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3JDCkbL088609; Sat, 19 Apr 2008 06:12:49 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Sat, 19 Apr 2008 22:12:45 +0900 Message-ID: From: "George V. Neville-Neil" To: "Jack Vogel" In-Reply-To: <2a41acea0804171032y239913efq3163edb67fc468a0@mail.gmail.com> References: <20080417112035.GA81275@eos.sc1.parodius.com> <0528764C-4B25-4063-B018-EFD2750ACBDB@altesco.nl> <20080417141139.GA84832@eos.sc1.parodius.com> <4DE42652-2CE8-4567-AD49-2F425917A232@altesco.nl> <2a41acea0804171032y239913efq3163edb67fc468a0@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: jfv@freebsd.org, stable@freebsd.org, Jeremy Chadwick Subject: Re: Problems with em0 failing to initialize on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 13:13:49 -0000 At Thu, 17 Apr 2008 10:32:33 -0700, Jack Vogel wrote: > > On Thu, Apr 17, 2008 at 8:28 AM, Ben Stuyts wrote: > > > > > > On 17 apr 2008, at 16:11, Jeremy Chadwick wrote: > > > > > > > On Thu, Apr 17, 2008 at 02:02:51PM +0200, Ben Stuyts wrote: > > > > > > > On 17 apr 2008, at 13:20, Jeremy Chadwick wrote: > > > > > > > > > On Thu, Apr 17, 2008 at 06:32:32PM +0900, gnn@freebsd.org wrote: > > > > > > > > > > > I am running 7-STABLE with machines that are net booted. On > > occasion, > > > > > > that is not with any level of predictability, this happens: > > > > > > > > > > > > em0: Hardware Initialization Failed > > > > > > em0: Unable to initialize the hardware > > > > > > > > > > > > which of course stops the machine in its tracks. A normal dmesg is > > > > > > also included. > > > > > > > > > > > > Any steps I should take to help debug this? > > > > > > > > > > > > > > > > George, can you provide the following? > > > > > > > > > > * Motherboard type and model (a URL to the board would be good) > > > > > * kenv | grep smbios > > > > > * pciconf -lv > > > > > > > > > > > > > I have seen this too. A couple of times on a new server here. Maybe one > > in > > > > two or three reboots. So far, it only happens after a reboot, but not > > after > > > > a hard reset or power cycle. This board has 3 em network if's. Two on > > the > > > > board itself, and one on a daughter card on the ipmi add-on card. It is > > > > always em0 that is giving trouble. The board is a Supermicro X7DBP-i: > > > > > > > > > > > > > > > > I'm wondering if the IPMI add-on is what's doing it. However, the IPMI > > > cards compatible with the X7DBP all have a dedicated NIC (versus > > > piggybacking on top of the existing mainboards' NICs, which almost > > > always causes problems of the mysterious sort). I'm not sure, but I > > > don't think em0 will be that NIC. > > > > > > > Correct, em0 and em1 are on the mainboard. em2 is on the > > daughter-daughtercard and also single use for the OS. And then there's a 4th > > nic which is the ipmi interface. It is completely separate. (I have the > > SIM1U-3B & SIM1U-3D daughter cards: > > > > > > > > > > > Both you and George have boards that use the 82563EB. jv@ will have to > > > help with this one. I wonder if it's a BIOS bug of some kind, where > > > something on the NIC isn't getting reset by the BIOS on a soft boot... > > > > > > > Let me know if there's anything I can do to help. I can test patches during > > evening hours when this server is mostly idle. > > > > Ben > > > > > > There is a fix in the shared code that is checked into CURRENT that > addresses this, however, yesterday evening a problem cropped up that > might still be unfixed with that code, I'm looking into that > today... Once that's fixed can it be MFC'd? Best, George From owner-freebsd-stable@FreeBSD.ORG Sat Apr 19 15:40:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9E751065670 for ; Sat, 19 Apr 2008 15:40:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6779E8FC0A for ; Sat, 19 Apr 2008 15:40:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3JFeTvO056412 for ; Sat, 19 Apr 2008 11:40:29 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3JFeTbI076484 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 19 Apr 2008 11:40:29 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804191540.m3JFeTbI076484@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 19 Apr 2008 11:40:33 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: AMD64 crash on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 15:40:30 -0000 Not sure if this is a hardware issue or a bug, but it was the first crash since putting the box into production a few weeks ago 0[verify1]# kgdb kernel.debug vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". There is no member named pathname. (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802b0f29 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802b132d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff8046a9b3 in vm_fault (map=0xffffff0001000000, vaddr=18446744072332865536, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:275 #5 0xffffffff8049facf in trap_pfault (frame=0xffffffffabed4a30, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:630 #6 0xffffffff804a03f8 in trap (frame=0xffffffffabed4a30) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff8048606e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8049ebb6 in bcopy () at /usr/src/sys/amd64/amd64/support.S:123 #9 0xffffffff802fefb4 in m_devget (buf=0xffffffffadf16b6a "", totlen=18231, off=0, ifp=0xffffff0001041800, copy=0) at /usr/src/sys/kern/uipc_mbuf.c:1233 #10 0xffffffff8041f2cc in rl_rxeof (sc=0xffffff0002e2c000) at /usr/src/sys/pci/if_rl.c:1179 #11 0xffffffff8041f878 in rl_intr (arg=Variable "arg" is not available. ) at /usr/src/sys/pci/if_rl.c:1362 #12 0xffffffff80295530 in ithread_loop (arg=0xffffff00011fd160) at /usr/src/sys/kern/kern_intr.c:1036 #13 0xffffffff802925e3 in fork_exit (callout=0xffffffff802953c0 , arg=0xffffff00011fd160, frame=0xffffffffabed4c80) at /usr/src/sys/kern/kern_fork.c:783 #14 0xffffffff8048643e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:415 #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000001 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000893000 in ?? () #40 0xffffffff8069a200 in tdg_maxid () #41 0xffffffff806a6a00 in tdq_cpu () #42 0xffffffff806a6a00 in tdq_cpu () #43 0xffffff000118c350 in ?? () #44 0xffffff000118c658 in ?? () #45 0xffffffffabed4b38 in ?? () #46 0xffffff000118c350 in ?? () #47 0xffffffff802cf4e8 in sched_switch (td=0xffffffff802953c0, newtd=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1898 #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffabed5000 Stable from Mar 26th cat /var/run/dmesg.boot panic: vm_fault: fault on nofault entry, addr: ffffffffadf17000 cpuid = 0 Uptime: 22d23h55m31s Physical memory: 4054 MB Dumping 519 MB: 504 488 472 456 440 424 408 392 376 360 344 328 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #1: Wed Mar 26 17:43:52 EDT 2008 cgreen@verify1-new.sentex.ca:/usr/obj/usr/src/sys/Verify1-64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3800+ (2399.75-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1d usable memory = 4251840512 (4054 MB) avail memory = 4082696192 (3893 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bdde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 powernow0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xee00-0xeeff mem 0xf8000000-0xfbffffff,0xfdef0000-0xfdefffff irq 17 at device 5.0 on pci1 atapci0: port 0xfe00-0xfe07,0xfd00-0xfd03,0xfc00-0xfc07,0xfb00-0xfb03,0xfa00-0xfa0f mem 0xfe02f000-0xfe02f1ff irq 23 at device 17.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0xf900-0xf907,0xf800-0xf803,0xf700-0xf707,0xf600-0xf603,0xf500-0xf50f mem 0xfe02e000-0xfe02e1ff irq 22 at device 18.0 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ohci0: mem 0xfe02d000-0xfe02dfff at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfe02c000-0xfe02cfff at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfe02b000-0xfe02bfff at device 19.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: waiting for BIOS to give up control usb2: timed out waiting for BIOS usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf300-0xf30f at device 20.1 on pci0 ata0: on atapci2 ata0: [ITHREAD] ata1: on atapci2 ata1: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci2: on pcib2 rl0: port 0xde00-0xdeff mem 0xfddff000-0xfddff0ff irq 22 at device 5.0 on pci2 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:19:21:20:48:b8 rl0: [ITHREAD] acpi_tz0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] orm0: at iomem 0xc0000-0xcefff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: on uhub1 Timecounter "TSC" frequency 2399746333 Hz quality 800 Timecounters tick every 1.000 msec ad10: 76319MB at ata5-master SATA150 Trying to mount root from ufs:/dev/ad10s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 292 files 10 rl0: link state changed to UP -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike