From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 01:26: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 0A0571065686 for ; Sun, 12 Oct 2008 01:26:21 +0000 (UTC) (envelope-from green_tiger@comcast.net) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id A62468FC08 for ; Sun, 12 Oct 2008 01:26:20 +0000 (UTC) (envelope-from green_tiger@comcast.net) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA07.westchester.pa.mail.comcast.net with comcast id Raiw1a00116LCl057dAKRM; Sun, 12 Oct 2008 01:10:19 +0000 Received: from [192.168.1.2] ([69.250.45.68]) by OMTA06.westchester.pa.mail.comcast.net with comcast id RdAJ1a00N1UFfxx3SdAKiG; Sun, 12 Oct 2008 01:10:19 +0000 X-Authority-Analysis: v=1.0 c=1 a=9Us8BKuqPSYA:10 a=LugCyYenj4YA:10 a=6I5d2MoRAAAA:8 a=0DUQYylZYbrqZh1nFhkA:9 a=QQN9WEhQK2OTRgeAOoQA:7 a=p6qfg8sOD6IHuT2GPF_vJEawjgcA:4 a=SV7veod9ZcQA:10 a=l4aXoY0qiXQA:10 Message-ID: <48F14E7A.8050908@comcast.net> Date: Sat, 11 Oct 2008 21:10:18 -0400 From: "John L. Templer" User-Agent: Thunderbird 2.0.0.17 (X11/20081004) MIME-Version: 1.0 To: barbara References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable Subject: Re: 6.4-PRELEASE sporadically panicking with fatal trap 12 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, 12 Oct 2008 01:26:21 -0000 barbara wrote: > Hello, > I'm running 6.4-PRELEASE, last built on 2008-10-05 with /usr/src updated on the same day. > I had a panic that looks to me very similiar to the one described here (hence the subject): > http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/045405.html > > What caught my curiosity is the message: > > Unread portion of the kernel message buffer: > > acd0: WARNING - TEST_UNIT_READY read data overrun 18>0 > > kernel trap 12 with interrupts disabled > > I don't have atapicam built in the kernel and it wasn't loaded, and I'm pretty sure no media was inserted in my dvdrw unit since the last boot. > The other report has a similar message too (acd1: WARNING - READ_TOC read data overrun 18>12) > > > Here's the backtrace: > > # kgdb kernel.debug /var/crash/vmcore.2 > 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 "i386-marcel-freebsd"... > > > > Unread portion of the kernel message buffer: > > acd0: WARNING - TEST_UNIT_READY read data overrun 18>0 > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x104 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc05419e5 > > stack pointer = 0x28:0xe5928c00 > > frame pointer = 0x28:0xe5928c18 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 17 (swi6: task queue) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > Uptime: 22h2m3s > > Physical memory: 2031 MB > > Dumping 287 MB: 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 > > > > Reading symbols from /boot/kernel/linux.ko...done. > > Loaded symbols for /boot/kernel/linux.ko > > Reading symbols from /boot/modules/nvidia.ko...done. > > Loaded symbols for /boot/modules/nvidia.ko > > Reading symbols from /boot/kernel/acpi.ko...done. > > Loaded symbols for /boot/kernel/acpi.ko > > Reading symbols from /boot/kernel/linprocfs.ko...done. > > Loaded symbols for /boot/kernel/linprocfs.ko > > Reading symbols from /boot/kernel/logo_saver.ko...done. > > Loaded symbols for /boot/kernel/logo_saver.ko > > Reading symbols from /boot/kernel/smbfs.ko...done. > > Loaded symbols for /boot/kernel/smbfs.ko > > Reading symbols from /boot/kernel/libiconv.ko...done. > > Loaded symbols for /boot/kernel/libiconv.ko > > Reading symbols from /boot/kernel/libmchain.ko...done. > > Loaded symbols for /boot/kernel/libmchain.ko > > #0 doadump () at pcpu.h:165 > > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > > (kgdb) list *0xc05419e5 > > 0xc05419e5 is in _mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c:548). > > 543 * If the current owner of the lock is executing on another > > 544 * CPU, spin instead of blocking. > > 545 */ > > 546 owner = (struct thread *)(v & MTX_FLAGMASK); > > 547 #ifdef ADAPTIVE_GIANT > > 548 if (TD_IS_RUNNING(owner)) { > > 549 #else > > 550 if (m != &Giant && TD_IS_RUNNING(owner)) { > > 551 #endif > > 552 turnstile_release(&m->mtx_object); > (kgdb) > > (kgdb) bt full > > #0 doadump () at pcpu.h:165 > > No locals. > > #1 0xc054d419 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 > > first_buf_printf = 1 > > #2 0xc054d7e6 in panic (fmt=0xc0736da9 "%s") at /usr/src/sys/kern/kern_shutdown.c:566 > > td = (struct thread *) 0xc6bf0300 > > bootopt = 260 > > newpanic = 0 > > ap = 0xc6bf0300 "`øŸÆàÚŸÆ" > > buf = "page fault", '\0' > > #3 0xc071822c in trap_fatal (frame=0xe5928bc0, eva=0) at /usr/src/sys/i386/i386/trap.c:838 > > code = 40 > > ss = 40 > > esp = 0 > > type = 12 > > softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} > > msg = 0x0 > > #4 0xc07178e4 in trap (frame= > > {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -960560384, tf_esi = 4, tf_ebp = -443380712, tf_isp = -443380756, tf_ebx = -937328156, tf_edx = 6, tf_ecx = 4, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1068230171, tf_cs = 32, tf_eflags = 65538, tf_esp = -937328156, tf_ss = 0}) > > at /usr/src/sys/i386/i386/trap.c:270 > > td = (struct thread *) 0xc6bf0300 > > p = (struct proc *) 0xc6bef860 > > sticks = 4999 > > type = 12 > > i = 0 > > ucode = 0 > > code = 0 > > eva = 260 > > #5 0xc06ffaaa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > > No locals. > > #6 0xc05419e5 in _mtx_lock_sleep (m=0xc82181e4, tid=3334406912, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:546 > > owner = (volatile struct thread *) 0x4 > > v = 6 > > #7 0xc054c6b9 in _sema_post (sema=0xc82181e4, file=0x0, line=0) at /usr/src/sys/kern/kern_sema.c:79 > > No locals. > > #8 0xc04705e3 in ata_completed (context=0xc8218198, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:481 > > request = (struct ata_request *) 0xc8218198 > > ch = (struct ata_channel *) 0xc6cd6a00 > > atadev = (struct ata_device *) 0xc6ddcc00 > > composite = (struct ata_composite *) 0x0 > > #9 0xc05757dd in taskqueue_run (queue=0xc6c8a000) at /usr/src/sys/kern/subr_taskqueue.c:257 > > task = (struct task *) 0xc821823c > > owned = 0 > > pending = 1 > > #10 0xc0575af3 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:299 > > No locals. > > #11 0xc052fbcb in ithread_execute_handlers (p=0xc6bef860, ie=0xc6c44e80) at /usr/src/sys/kern/kern_intr.c:682 > > ih = (struct intr_handler *) 0xc6cc5080 > > ihn = (struct intr_handler *) 0x0 > > #12 0xc052fd27 in ithread_loop (arg=0xc6c62550) at /usr/src/sys/kern/kern_intr.c:766 > > intr_event = (struct intr_thread *) 0xc6c62550 > > ie = (struct intr_event *) 0xc6c44e80 > > td = (struct thread *) 0xc6bf0300 > > p = (struct proc *) 0xc6bef860 > > #13 0xc052e4b0 in fork_exit (callout=0xc052fcc0 , arg=0x1, frame=0x1) at /usr/src/sys/kern/kern_fork.c:788 > > p = (struct proc *) 0xc6bef860 > > td = (struct thread *) 0x6 > > #14 0xc06ffb0c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 > > No locals. > (kgdb) > (kgdb) thread apply all bt > > > > Thread 175 (Thread 100290): > > #0 sched_switch (td=0xc7172000, newtd=0xc6bea780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:959 > > #1 0xc0555eef in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:420 > > #2 0xc0573ff9 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:464 > > #3 0xc05741a1 in sleepq_wait_sig (wchan=0xc6d20010) at /usr/src/sys/kern/subr_sleepqueue.c:560 > > #4 0xc055592e in msleep (ident=0xc6d20010, mtx=0x0, priority=345, wmesg=0x0, timo=0) at /usr/src/sys/kern/kern_synch.c:209 > > #5 0xc058aeb9 in ttysleep (tp=0xc6d20000, chan=0x0, pri=0, wmesg=0x0, timo=0) at /usr/src/sys/kern/tty.c:2786 > > #6 0xc0589348 in ttread (tp=0xc6d20000, uio=0xec85fcb0, flag=0) at /usr/src/sys/kern/tty.c:1888 > > #7 0xc058e55e in ptsread (dev=0x0, uio=0x0, flag=0) at linedisc.h:100 > > #8 0xc05155ef in giant_read (dev=0xc7c74200, uio=0x0, ioflag=0) at /usr/src/sys/kern/kern_conf.c:346 > > #9 0xc04ea669 in devfs_read_f (fp=0xc7d70d80, uio=0xec85fcb0, cred=0xc85fd200, flags=0, td=0xc7172000) at /usr/src/sys/fs/devfs/devfs_vnops.c:872 > > #10 0xc0578f0c in dofileread (td=0xc7172000, fd=0, fp=0xc7d70d80, auio=0xec85fcb0, offset=Unhandled dwarf expression opcode 0x93 > > ) at file.h:241 > > #11 0xc0578d20 in kern_readv (td=0xc7172000, fd=16, auio=0x0) at /usr/src/sys/kern/sys_generic.c:192 > > #12 0xc0578bdf in read (td=0x0, uap=0x0) at /usr/src/sys/kern/sys_generic.c:116 > > #13 0xc0718633 in syscall (frame= > > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077942016, tf_esi = 1, tf_ebp = -1077942056, tf_isp = -326763164, tf_ebx = -1077941876, tf_edx = 0, tf_ecx = 0, tf_eax = 3, tf_trapno = 0, tf_err = 2, tf_eip = 673128727, tf_cs = 51, tf_eflags = 582, tf_esp = -1077942084, tf_ss = 59}) > > at /usr/src/sys/i386/i386/trap.c:984 > > #14 0xc06ffaff in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 > > #15 0x00000033 in ?? () > > Previous frame inner to this frame (corrupt stack?) > > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > > > (kgdb) quit > > > _______________________________________________ > 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" > > Interesting. I ran 6.3 for a bit before I changed over to 7.0. Neither 6.3 or 7.0 exhibited this problem. I'm at 7.1 prerelease #4 now, and I'm using Fluxbox instead of Gnome. The system has been up six days with no problems. I'll probably try using Gnome again after 7.1 release is out. There's also a patch to ATA that I might try. Or possibly I'll just wait for 7.1. :-) From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 01:33: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 A5A2A1065688 for ; Sun, 12 Oct 2008 01:33:22 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 38D088FC0C for ; Sun, 12 Oct 2008 01:33:21 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.13) by cp-out3.libero.it (8.5.014) id 4832F7850AAD129B; Sun, 12 Oct 2008 03:33:18 +0200 Date: Sun, 12 Oct 2008 03:33:18 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "green_tiger" , "freebsd-stable" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 79.35.226.83 X-Mailman-Approved-At: Sun, 12 Oct 2008 02:13:52 +0000 Cc: Subject: Re: 6.4-PRELEASE sporadically panicking with fatal trap 12 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, 12 Oct 2008 01:33:22 -0000 > barbara wrote: > > Hello, > > I'm running 6.4-PRELEASE, last built on 2008-10-05 with /usr/src upda= ted on the same day. > > I had a panic that looks to me very similiar to the one described her= e (hence the subject): > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/0454= 05.html > > > > What caught my curiosity is the message: > > > > Unread portion of the kernel message buffer: > > > > acd0: WARNING - TEST_UNIT_READY read data overrun 18>0 > > > > kernel trap 12 with interrupts disabled > > > > I don't have atapicam built in the kernel and it wasn't loaded, and I= 'm pretty sure no media was inserted in my dvdrw unit since the last boot= . > > The other report has a similar message too (acd1: WARNING - READ_TOC = read data overrun 18>12) > > > > > > Here's the backtrace: > > > Interesting. I ran 6.3 for a bit before I changed over to 7.0. Neithe= r > 6.3 or 7.0 exhibited this problem. > > I'm at 7.1 prerelease #4 now, and I'm using Fluxbox instead of Gnome. > The system has been up six days with no problems. I'll probably try > using Gnome again after 7.1 release is out. There's also a patch to AT= A > that I might try. Or possibly I'll just wait for 7.1. :-) > Obviously I was confused when I wrote about atapicam, in fact the message= is about acd0. Anyway I'm sure that no media was inserted during the whole uptime. I'm running both 6 and 7 stable and I've never seen this before too. Few minutes ago, while cron was running, the system froze for a couple of= minutes and the these lines was added to /var/log/messages: acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request dir= ectly acd0: WARNING - PREVENT_ALLOW freeing taskqueue zombie request and again, no media was inserted. The only change I did in the last days was enabling powerd, I have no ide= a if this could be related. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 02:24: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 BD677106568A for ; Sun, 12 Oct 2008 02:24:23 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 031C18FC14 for ; Sun, 12 Oct 2008 02:24:22 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.16.55) by cp-out3.libero.it (8.5.014) id 4832F7850AAD8305; Sun, 12 Oct 2008 04:24:20 +0200 Date: Sun, 12 Oct 2008 04:24:20 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "green_tiger" , "freebsd-stable" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 79.35.226.83 Cc: freebsd-stable , green_tiger Subject: Re: 6.4-PRELEASE sporadically panicking with fatal trap 12 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, 12 Oct 2008 02:24:23 -0000 > > barbara wrote: > > > Hello, > > > I'm running 6.4-PRELEASE, last built on 2008-10-05 with /usr/src up= dated on the same day. > > > I had a panic that looks to me very similiar to the one described h= ere (hence the subject): > > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/04= 5405.html > > > > > > What caught my curiosity is the message: > > > > > > Unread portion of the kernel message buffer: > > > > > > acd0: WARNING - TEST_UNIT_READY read data overrun 18>0 > > > > > > kernel trap 12 with interrupts disabled > > > > > > I don't have atapicam built in the kernel and it wasn't loaded, and= I'm pretty sure no media was inserted in my dvdrw unit since the last bo= ot. > > > The other report has a similar message too (acd1: WARNING - READ_TO= C read data overrun 18>12) > > > > > > > > > Here's the backtrace: > > > > > Interesting. I ran 6.3 for a bit before I changed over to 7.0. Neit= her > > 6.3 or 7.0 exhibited this problem. > > > > I'm at 7.1 prerelease #4 now, and I'm using Fluxbox instead of Gnome.= > > The system has been up six days with no problems. I'll probably try > > using Gnome again after 7.1 release is out. There's also a patch to = ATA > > that I might try. Or possibly I'll just wait for 7.1. :-) > > > > Obviously I was confused when I wrote about atapicam, in fact the messa= ge is about acd0. > Anyway I'm sure that no media was inserted during the whole uptime. > I'm running both 6 and 7 stable and I've never seen this before too. > > Few minutes ago, while cron was running, the system froze for a couple = of minutes and the these lines was added to /var/log/messages: > > acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request d= irectly > acd0: WARNING - PREVENT_ALLOW freeing taskqueue zombie request > > and again, no media was inserted. > The only change I did in the last days was enabling powerd, I have no i= dea if this could be related. > Here's another one, but it looks different. Having no clue, I've restored the not enabled state of powerd for the mom= ent. # kgdb kernel.debug /var/crash/vmcore.3 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 "i386-marcel-freebsd"... Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xca0a9228 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc055d136 stack pointer =3D 0x28:0xe58f8c68 frame pointer =3D 0x28:0xe58f8ca8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 12 (swi4: clock sio) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 5h19m51s Physical memory: 2031 MB Dumping 282 MB: 267 (CTRL-C to abort) 251 235 219 203 187 (CTRL-C to abo= rt) 171 155 139 123 107 91 75 59 43 27 11 (CTRL-C to abort) Reading symbols from /boot/kernel/linux.ko...done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/acpi.ko...done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linprocfs.ko...done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/logo_saver.ko...done. Loaded symbols for /boot/kernel/logo_saver.ko #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc054d419 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :410 first_buf_printf =3D 1 #2 0xc054d7e6 in panic (fmt=3D0xc0736da9 "%s") at /usr/src/sys/kern/kern= _shutdown.c:566 td =3D (struct thread *) 0xc6bea900 bootopt =3D 260 newpanic =3D 0 ap =3D 0xc6bea900 "`\230=9F=C6\200=DD=9F=C6" buf =3D "page fault", '\0' #3 0xc071822c in trap_fatal (frame=3D0xe58f8c28, eva=3D0) at /usr/src/sy= s/i386/i386/trap.c:838 code =3D 40 ss =3D 40 esp =3D 0 type =3D 12 softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575, ssd_type =3D 27, ssd= _dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 0, ssd_xx1 =3D 0, ssd_def32 =3D 1, ssd_gran =3D 1} msg =3D 0x0 #4 0xc07178e4 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -960218240, tf= _esi =3D 4, tf_ebp =3D -443577176, tf_isp =3D -443577260, tf_ebx =3D 0, t= f_edx =3D -624430808, tf_ecx =3D -905276896, tf_eax =3D 19190235, tf_trap= no =3D 12, tf_err =3D 0, tf_eip =3D -1068117706, tf_cs =3D 32, tf_eflags = =3D 65538, tf_esp =3D 2, tf_ss =3D -1068092317}) at /usr/src/sys/i386/i38= 6/trap.c:270 td =3D (struct thread *) 0xc6bea900 p =3D (struct proc *) 0xc6be9860 sticks =3D 3851390008 type =3D 12 i =3D 0 ucode =3D 0 code =3D 0 eva =3D 3389690408 #5 0xc06ffaaa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #6 0xc055d136 in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeo= ut.c:203 c =3D (struct callout *) 0xca0a9220 bucket =3D (struct callout_tailq *) 0xdac7f128 curticks =3D 19190235 steps =3D 0 depth =3D 1 mpcalls =3D 0 mtxcalls =3D 0 gcalls =3D 0 #7 0xc052fbcb in ithread_execute_handlers (p=3D0xc6be9860, ie=3D0xc6c43b= 80) at /usr/src/sys/kern/kern_intr.c:682 ih =3D (struct intr_handler *) 0xc6c40dc0 ihn =3D (struct intr_handler *) 0xc6dc6400 #8 0xc052fd27 in ithread_loop (arg=3D0xc6bc68b0) at /usr/src/sys/kern/ke= rn_intr.c:766 intr_event =3D (struct intr_thread *) 0xc6bc68b0 ie =3D (struct intr_event *) 0xc6c43b80 td =3D (struct thread *) 0xc6bea900 p =3D (struct proc *) 0xc6be9860 #9 0xc052e4b0 in fork_exit (callout=3D0xc052fcc0 , arg=3D0= x124d1db, frame=3D0x124d1db) at /usr/src/sys/kern/kern_fork.c:788 p =3D (struct proc *) 0xc6be9860 td =3D (struct thread *) 0xdac7f128 #10 0xc06ffb0c in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 No locals. (kgdb) up 6 #6 0xc055d136 in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeo= ut.c:203 203 if (c->c_time !=3D curticks) { (kgdb) (kgdb) list 198 curticks =3D softticks; 199 bucket =3D &callwheel[curticks & callwheelmask]; 200 c =3D TAILQ_FIRST(bucket); 201 while (c) { 202 depth++; 203 if (c->c_time !=3D curticks) { 204 c =3D TAILQ_NEXT(c, c_links.tqe); 205 ++steps; 206 if (steps >=3D MAX_SOFTCLOCK_STEPS) { 207 nextsoftcheck =3D c; (kgdb) (kgdb) thread apply all bt Thread 192 (Thread 100131): #0 sched_switch (td=3D0xc6dd3900, newtd=3D0xc6dd3a80, flags=3D1) at /usr= /src/sys/kern/sched_4bsd.c:959 #1 0xc0555eef in mi_switch (flags=3D1, newtd=3D0x0) at /usr/src/sys/kern= /kern_synch.c:420 #2 0xc0573ff9 in sleepq_switch (wchan=3D0x0) at /usr/src/sys/kern/subr_s= leepqueue.c:464 #3 0xc05741a1 in sleepq_wait_sig (wchan=3D0xc6dc5010) at /usr/src/sys/ke= rn/subr_sleepqueue.c:560 #4 0xc055592e in msleep (ident=3D0xc6dc5010, mtx=3D0x0, priority=3D345, = wmesg=3D0x0, timo=3D0) at /usr/src/sys/kern/kern_synch.c:209 #5 0xc058aeb9 in ttysleep (tp=3D0xc6dc5000, chan=3D0x0, pri=3D0, wmesg=3D= 0x0, timo=3D0) at /usr/src/sys/kern/tty.c:2786 #6 0xc0589348 in ttread (tp=3D0xc6dc5000, uio=3D0xe7444cb0, flag=3D0) at= /usr/src/sys/kern/tty.c:1888 #7 0xc058e55e in ptsread (dev=3D0x0, uio=3D0x0, flag=3D0) at linedisc.h:= 100 #8 0xc05155ef in giant_read (dev=3D0xc7e05600, uio=3D0x0, ioflag=3D0) at= /usr/src/sys/kern/kern_conf.c:346 #9 0xc04ea669 in devfs_read_f (fp=3D0xc73b1048, uio=3D0xe7444cb0, cred=3D= 0xc76d0500, flags=3D0, td=3D0xc6dd3900) at /usr/src/sys/fs/devfs/devfs_vnops.c:872 #10 0xc0578f0c in dofileread (td=3D0xc6dd3900, fd=3D0, fp=3D0xc73b1048, a= uio=3D0xe7444cb0, offset=3DUnhandled dwarf expression opcode 0x93 ) at file.h:241 #11 0xc0578d20 in kern_readv (td=3D0xc6dd3900, fd=3D3, auio=3D0x0) at /us= r/src/sys/kern/sys_generic.c:192 #12 0xc0578bdf in read (td=3D0x0, uap=3D0x0) at /usr/src/sys/kern/sys_gen= eric.c:116 #13 0xc0718633 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 134596408, tf= _esi =3D -1077941969, tf_ebp =3D -1077941992, tf_isp =3D -414954140, tf_e= bx =3D 126, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D 3, tf_trapno =3D 22, t= f_err =3D 2, tf_eip =3D 672829719, tf_cs =3D 51, tf_eflags =3D 646, tf_es= p =3D -1077942036, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:984 #14 0xc06ffaff in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= .s:200 #15 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) quit From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 03:10: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 26CBA10656F0 for ; Sun, 12 Oct 2008 03:10:58 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id E38858FC27 for ; Sun, 12 Oct 2008 03:10:57 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m9C3AscQ058629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 11 Oct 2008 23:10:54 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LcbH9uw5jV6m7A+1xQdy" Date: Sat, 11 Oct 2008 23:10:49 -0400 Message-Id: <1223781049.39199.23.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=2.4 required=5.0 tests=DNS_FROM_SECURITYSAGE, RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 6.4-RC1 available... 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, 12 Oct 2008 03:10:58 -0000 --=-LcbH9uw5jV6m7A+1xQdy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable As the next step in the release of FreeBSD 6.4 the FreeBSD 6.4-RC1 builds are now available for testing. This is the first of an expected two Release Candidates. We encourage you to test out the Release Candidates, reporting any problems by submitting PRs or via email to the freebsd-stable list. The ISO images and FTP install trees are available on the FreeBSD Mirror sites. Using the primary site as an example: ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/6.4/ where ${arch} is one of alpha, amd64, i386, pc98, or sparc64. Checksums for the ISO images are at the bottom of this messate. The amd64 and i386 sets include a *preliminary* set of packages, not what is expected to be included with the release itself. Notably missing is KDE due to some confusion on my part about exactly what to include. The package sets included with 6.4-RC2 will be closer to what will be included with the release. If you would like to do a source-based update to 6.4-RC1 from an already installed machine you can update your tree to RELENG_6_4 using normal cvsup/csup methods. Note that as a somewhat inconvenient side-effect of the primary FreeBSD source repository now being in SVN the creation of the RELENG_6_4 branch in the CVS repository wound up checking in a "new" version of every file, in some cases only changing the FBSDID. That will probably make mergemaster a bit tedious. Sorry for the inconvenience. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 6.3-RELEASE or 6.4-BETA can upgrade as follows: # freebsd-update upgrade -r 6.4-RC1 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continui= ng. # shutdown -r now After rebooting, freebsd-update neews to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Note that FreeBSD Update stores downloaded upgrades in /var/db/freebsd-upda= te, so at least 400MB should be free in /var before running freebsd-update; if the /var partition is too small, the -d option to freebsd-update can be use= d to indicate that the upgrades should be stored in a different directory. MD5 (6.4-RC1-alpha-bootonly.iso) =3D 970bdfb05e393134ad14729b5322d6b7 MD5 (6.4-RC1-alpha-disc1.iso) =3D 35ee5cc2bbc41ba93124916b32879272 MD5 (6.4-RC1-alpha-disc2.iso) =3D d2add7b4a5537448594b6254c79ed8c9 MD5 (6.4-RC1-alpha-disc3.iso) =3D 9a892e973b93f440c79b4f15c07d31bd MD5 (6.4-RC1-alpha-docs.iso) =3D 2d1bb148c13b195da2b3b815fbf204b0 MD5 (6.4-RC1-amd64-bootonly.iso) =3D 3b03f0bf6c612fd4e534a495b5466b72 MD5 (6.4-RC1-amd64-disc1.iso) =3D 9a0f05bac6dd5606fee7588db2158c78 MD5 (6.4-RC1-amd64-disc2.iso) =3D d32f1e817d73e470d440ff126780fba9 MD5 (6.4-RC1-amd64-disc3.iso) =3D 7f418eabb06409de7e06624f35ee07c2 MD5 (6.4-RC1-amd64-docs.iso) =3D 68b7a9aff7e4b2aa348a021f858cd4f8 MD5 (6.4-RC1-i386-bootonly.iso) =3D 1a62f1fc637a8b788350a3b350de375a MD5 (6.4-RC1-i386-disc1.iso) =3D 0447ba250d39a98c17d0caad7f6d1a15 MD5 (6.4-RC1-i386-disc2.iso) =3D 95926928938163d53c1eaabecf6d86d7 MD5 (6.4-RC1-i386-disc3.iso) =3D bc1d004b8759889470f6feff42dca515 MD5 (6.4-RC1-i386-docs.iso) =3D 65cfb50af042e4c9b7397df9194f896f MD5 (6.4-RC1-pc98-bootonly.iso) =3D 53baa783ae23cee7f47c86edaa451ca8 MD5 (6.4-RC1-pc98-disc1.iso) =3D 7536e8fa9897acf249e05c629668ac22 MD5 (6.4-RC1-sparc64-bootonly.iso) =3D 5b564c9873afb77c87f7542a02f0f800 MD5 (6.4-RC1-sparc64-disc1.iso) =3D 3f623a5555d26a3f9d31d0c7cbc1eeb8 MD5 (6.4-RC1-sparc64-disc2.iso) =3D 20c5e22f1b21e46b865dc4c808ef9147 MD5 (6.4-RC1-sparc64-disc3.iso) =3D eb367d1fc58a036fd26c610845b84975 MD5 (6.4-RC1-sparc64-docs.iso) =3D d26e37d477be685ea3bfeab6bf0e2d44 SHA256 (6.4-RC1-alpha-bootonly.iso) =3D 4fe1d7aff6e6e4b2d410efac220d4a0c4ff= 28d70cfc88b8728b9a5c13514b334 SHA256 (6.4-RC1-alpha-disc1.iso) =3D e3516358623298cdabb8f5ed311f7f27a5f59c= 6a0727eb9cbf45d76ae75f3131 SHA256 (6.4-RC1-alpha-disc2.iso) =3D 737c20f486b88e9d1df30e2a4da5f621d8c3e0= 9c5d24a5e726c7ae7a5e2e98df SHA256 (6.4-RC1-alpha-disc3.iso) =3D f74ebc5dc90802f6d7204e4665f37b45601572= 7ed86674a2df131b386c777355 SHA256 (6.4-RC1-alpha-docs.iso) =3D a1f45e966ee41a1a96163b5bdd36bff0f6683e4= d759880139f540f714660edb0 SHA256 (6.4-RC1-amd64-bootonly.iso) =3D 8764dcdc301acf9f329e3be6e03dd6e0eca= 8834054df19a7d25db6fa91cf84e0 SHA256 (6.4-RC1-amd64-disc1.iso) =3D 360edee939b5090155fcfe3c9927a7b1de7fb6= abef0a9bbb909d719a00133d4d SHA256 (6.4-RC1-amd64-disc2.iso) =3D e2b3bf6c5f056168390f56888663bf9dcab433= c7113e267ccf60b9a9a008c41f SHA256 (6.4-RC1-amd64-disc3.iso) =3D b9911688713a43a78a9695ce8388ae74944871= 70cdd1d1dd390c5b52ab4f0567 SHA256 (6.4-RC1-amd64-docs.iso) =3D f9cef3cc54a082b0fff5efa9bcc94cb4ffc6c0f= a5723e83a1e4958a956037851 SHA256 (6.4-RC1-i386-bootonly.iso) =3D 6e32138dd57310575160415692b3aca1742b= f52fcb5d5f51f0a81768654066b8 SHA256 (6.4-RC1-i386-disc1.iso) =3D 8b066edf63784d42b6780bfa7ab59ed51d2c3e3= 8cf1bc8171ad45ae43d99f723 SHA256 (6.4-RC1-i386-disc2.iso) =3D c88372447576dd4a2eb34a82640f7a0c16775a9= 8843d17f0f2e7bb9ae2270e24 SHA256 (6.4-RC1-i386-disc3.iso) =3D 6a8188e98689232c1d880be5bd53ff38493a2dc= a1ce355d614f1b25a7aaeb78a SHA256 (6.4-RC1-i386-docs.iso) =3D 3f0608baa5d5366b5c3209d7a2b972903a65ca0d= 02eda3f1fab0775dd45bb033 SHA256 (6.4-RC1-pc98-bootonly.iso) =3D 5d85d2d0470a9d6c9f8d38c72e9025da0f2f= 5dddc6d63710d241b1129806fb0c SHA256 (6.4-RC1-pc98-disc1.iso) =3D eccbe7754babb169b01c786be4534b2165025f6= 28364d11bb694ac4c77aa672a SHA256 (6.4-RC1-sparc64-bootonly.iso) =3D 44fc33275f0354b3412ca888fad2a92f8= 334f412cbcfa02fec7977d526b1fbbd SHA256 (6.4-RC1-sparc64-disc1.iso) =3D 4fcef7be69a6a54a54a7d6d678b77efe97d0= f1d590c8387526ff65365c75b21c SHA256 (6.4-RC1-sparc64-disc2.iso) =3D 1cb6180da75a18534333d6bf6cad0d2ac240= 6150d4f86a11cedb68cf80fad160 SHA256 (6.4-RC1-sparc64-disc3.iso) =3D 8c329ba5f8bde551d2d93abec70fa741ddfd= 7becee16925b3244cc7d714dab65 SHA256 (6.4-RC1-sparc64-docs.iso) =3D e2409fd4efc444db865da7ee637431c0e7c3f= e956c4df18321022bed7b509a47 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-LcbH9uw5jV6m7A+1xQdy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkjxaq4ACgkQ/G14VSmup/ac3gCeOdGZUO5ibM3cMH02HMrwXasC 55EAoJROQyBKyP2KZC/ESZIbts8KBqur =djca -----END PGP SIGNATURE----- --=-LcbH9uw5jV6m7A+1xQdy-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 03:49: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 CA6821065693 for ; Sun, 12 Oct 2008 03:49:18 +0000 (UTC) (envelope-from andrewd@webzone.net.au) Received: from smtp.webzone.net.au (smtp.webzone.net.au [210.8.36.14]) by mx1.freebsd.org (Postfix) with ESMTP id 895E68FC0A for ; Sun, 12 Oct 2008 03:49:18 +0000 (UTC) (envelope-from andrewd@webzone.net.au) Received: from ppp121-45-69-26.lns10.adl6.internode.on.net ([121.45.69.26] helo=[192.168.202.99]) by smtp.webzone.net.au with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KorxD-000Mjw-FP; Sun, 12 Oct 2008 13:19:15 +0930 Message-ID: <48F173A8.7000506@webzone.net.au> Date: Sun, 12 Oct 2008 14:18:56 +1030 From: Andrew D User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Gary Kline , 'FreeBSD Stable' References: <20081011234612.GA5515@thought.org> In-Reply-To: <20081011234612.GA5515@thought.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AUTH-WEBZONE: andrewd@webzone.net.au successfully authed as username:andrewd Cc: Subject: Re: rsync or even scp questions.... 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, 12 Oct 2008 03:49:18 -0000 Hi Gary, Gary Kline wrote: > I have two "desktop" computers; three, if you count my new > ThinkPad. The TPad needs a new CAT5 cable, so for now I'm only > considereing the two tower computers. > > On the Ubuntu computer I am /home/kline; on my main computer, > my home is /usr/home/kline. The following sh script worked > perfected when my home on "tao" [FBSD] was /home/kline: > ~kline is an alias for the home directory for the user kline. You can use that in your scripts rather than the full path :) As far as I know it works in all *nix variants. Cheers cya Andrew > P > #!/bin/sh > > PWD=`pwd`; > echo "This directory is [${PWD}]"; > > scp -qrp ${PWD}/* ethos:/${PWD} > ###/usr/bin/scp -rqp -i /home/kline/.ssh/zeropasswd-id ${PWD}/* \ klin > e@ethos:/${PWD} > > Question #1: is there any /bin/sh method of getting rid of the > "/usr"? I switch off between my two computers especially when > get mucked up, as with my upgrade to kde4. (Otherwise, I do > backups of ~kline as well as other critical directories.) > > Is there a way of automatically using rsync rather that my > kwik-and-dirty /bin/shell script? > > thanks, people, > > gary > > > PS: Complete disclosure: it works one way [tao to ethos] because > I have created a /usr/home/kline/* tree on ethos. .... > > PPS: if this seems like a numbskull query, i only caught a few > hours sleep last night! > > > > > From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 08:57: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 1088A106568E; Sun, 12 Oct 2008 08:57:15 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id 980C88FC14; Sun, 12 Oct 2008 08:57:14 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KowlE-0003vI-Q9; Sun, 12 Oct 2008 10:57:12 +0200 Received: from maf2d.m.pppool.de ([89.49.175.45]:62894 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KowlE-0005b4-Ig; Sun, 12 Oct 2008 10:57:12 +0200 Date: Sun, 12 Oct 2008 10:57:11 +0200 From: Gary Jennejohn To: Fabian Wenk Message-ID: <20081012105711.33009734@ernst.jennejohn.org> In-Reply-To: <48F11FD6.7050007@wenks.ch> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> <48F11FD6.7050007@wenks.ch> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2008 08:57:15 -0000 On Sat, 11 Oct 2008 23:51:18 +0200 Fabian Wenk wrote: > Hello Jeremy > > On 11.10.08 18:52, Jeremy Chadwick wrote: > > Could the problem be specific to certain firmware revisions on the > > cards? > > Some other idea, which versions of FreeBSD/amd64 are affected? > Only 8-CURRENT, or also 6.x- and/or 7.x-RELEASE? > > As far as I have seen from the reports, it does only happen with > more then 3.5 GB RAM and with SCSI disks. > > I do have a system with FreeBSD/amd64 6.3-RELEASE with 4 GB RAM > and an Adaptec 29160 Ultra160 SCSI adapter (ahc) with only a tape > drive connected. The disks are on an Areca RAID controller. Access > to the disks and the tape drive does work just fine without any > crashes. > This is interesting because the 29160 is exactly the controller with which I had all my problems, but I was running it with disks only. Maybe Scott, or someone, has fixed it in the meantime? I haven't tried to use the full 4 GB in my box since January since I can't afford data corruption. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 09:01: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 C78421065687; Sun, 12 Oct 2008 09:01:22 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 599B28FC13; Sun, 12 Oct 2008 09:01:22 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.23] (helo=13.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KowpD-0003S6-0b; Sun, 12 Oct 2008 11:01:19 +0200 Received: from maf2d.m.pppool.de ([89.49.175.45]:17140 helo=ernst.jennejohn.org) by 13.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KowpC-0001Q1-Pu; Sun, 12 Oct 2008 11:01:18 +0200 Date: Sun, 12 Oct 2008 11:01:15 +0200 From: Gary Jennejohn To: Jeremy Chadwick Message-ID: <20081012110115.5dccbc32@ernst.jennejohn.org> In-Reply-To: <20081011165250.GA67552@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Adam McDougall , freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2008 09:01:22 -0000 On Sat, 11 Oct 2008 09:52:50 -0700 Jeremy Chadwick wrote: [big snip] > Is your LSI SAS controller driven by mpt(4) or mfi(4)? > > Let's break down what we know for sure at this point: > > aac(4) - not affected > aha(4) - unknown > ahb(4) - unknown > ahc(4) - affected > ahd(4) - unknown; no one answered the OP's question in the thread I asked Scott whether he thought ahd would be affected, but he never responded. I was thinking about getting a PCIe controller but then I dropped the idea due to lack of funds for experimentation. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 09:57: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 4CE051065687; Sun, 12 Oct 2008 09:57:12 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id C89CB8FC13; Sun, 12 Oct 2008 09:57:11 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from [192.168.1.138] ([192.168.1.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id m9C9v9mk000634; Sun, 12 Oct 2008 11:57:09 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Jeremy Chadwick In-Reply-To: <20081010115855.GA31707@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 12 Oct 2008 11:57:09 +0200 References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [217.20.59.72]); Sun, 12 Oct 2008 11:57:10 +0200 (CEST) Cc: kib@FreeBSD.ORG, "Andrey V. Elsukov" , freebsd-stable@FreeBSD.ORG Subject: Re: Request for testing: ata(4) MFC 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, 12 Oct 2008 09:57:12 -0000 On 10Oct, 2008, at 13:58 , Jeremy Chadwick wrote: > On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote: >> On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote: >>> Jeremy Chadwick wrote: >>>> Also, does your patch include any fixes (intentional or =20 >>>> inadvertent) for >>>> Intel MatrixRAID? This has been a sore spot for FreeBSD for quite >>>> some time, and I'm curious to know if that has been fixed. >>> >>> There is only one fix for Intel Matrix RAID: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/121899 >> >> Ahh, yeah, I've seen that one as well. I'll apply the patch and =20 >> let you >> know if the behaviour documented in the PR happens. > > I'm sorry I haven't gotten around to testing this -- my day (night) =20= > job > has kept me incredibly busy, and I've had hardly any time at home to > work on personal projects. It sucks. > > I'll try to make time for testing either today or tomorrow. I'm not sure how far this has gone into 7 yet, but it would be a "real =20= cool thing"(tm) to have the latest ATA module work back into 7.1 as =20 well. Its a no brainer actually with no functional changes other than =20= the possibility to load chipset specific code as modules. I know that a few HW vendors out there would *LOVE* this so they could =20= make modules for their HW to support FreeBSD on new fancy HW, mind you =20= that might be binary modules but still better than no support at all. =20= That would also offload the work on yours truely to concentrate on new =20= functionality etc instead of hunting new HW support all the time. -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 10:40:37 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 312F31065697; Sun, 12 Oct 2008 10:40:37 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 06F228FC1B; Sun, 12 Oct 2008 10:40:37 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id AB2FB46B09; Sun, 12 Oct 2008 06:40:36 -0400 (EDT) Date: Sun, 12 Oct 2008 11:40:36 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Vlad GALU In-Reply-To: Message-ID: References: <200810101458.m9AEw2KI082581@lava.sentex.ca> <20081010152116.GA35404@icarus.home.lan> <20081010154404.GA36021@icarus.home.lan> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: UDP LOR with the latest 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: Sun, 12 Oct 2008 10:40:37 -0000 On Fri, 10 Oct 2008, Robert Watson wrote: > On Fri, 10 Oct 2008, Jeremy Chadwick wrote: > >>> I'll see whether the system still locks up or not though.. >> >> Okay, I'm bringing rwatson@ into the thread since this is specific to UDP. > > I've now fixed the bug leading to the lock order reversal; I'd be interested > in knowing if it also corrects the stability issue. This was r183753 in > svn; I'm not sure it's hit CVS/cvsup yet but should do in a few minutes. Dear Vlad: Could you confirm that with udp_usrreq.c:1.218.2.7 (or newer), the problem has gone away? CVS log excerpt below. Thanks, Robert N M Watson Computer Laboratory University of Cambridge revision 1.218.2.7 date: 2008/10/10 21:18:12; author: rwatson; state: Exp; lines: +8 -8 SVN rev 183753 on 2008-10-10 21:18:12Z by rwatson Test the soreceive_dgram tunable and set up the pr_usrreqs structure during UDP initialization, not during UDP inpcb initialization. Reported by: Vlad GALU Approved by: re (kib) From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 14:14: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 DD4B9106569A for ; Sun, 12 Oct 2008 14:14:49 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7E48FC0A for ; Sun, 12 Oct 2008 14:14:49 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 74.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.74]) by smtp.vzavenue.net with ESMTP; 12 Oct 2008 10:04:13 -0400 X-REPUTATION: None X-REMOTE-IP: 66.171.79.74 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AswEAKuV8UhCq09K/2dsb2JhbACBcrc7BYFn X-IronPort-AV: i="4.33,397,1220241600"; d="asc'?scan'208"; a="190531575:sNHT28550682" Received: from vougeot (AToulon-257-1-30-215.w90-27.abo.wanadoo.fr [90.27.213.215]) (authenticated bits=0) by homobox.opal.com (8.14.2/8.14.2) with ESMTP id m9CE43DX009335 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Oct 2008 10:04:06 -0400 (EDT) (envelope-from fbsd@opal.com) Date: Sun, 12 Oct 2008 09:58:24 -0400 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20081012095824.15ba00df@vougeot> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/WxKCkaQh/U1CsKf__ZpN6dK"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: ACPI blacklist regression on 7.1 on old VAIO 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, 12 Oct 2008 14:14:50 -0000 --Sig_/WxKCkaQh/U1CsKf__ZpN6dK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Just upgraded the system on my old VAIO laptop from 7-stable of mid-Aug to 7-stable now and this, of course, got me 7.1-PREREL. At boot time, my ACPI is now disabled due to blacklist. It has never been blacklisted before. If I set hint.acpi.0.disabled=3D0, everything still works fine. What info is needed to un-blacklist this system? -jr --Sig_/WxKCkaQh/U1CsKf__ZpN6dK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjyAoAACgkQls33urr0k4lzcACfd38VUxTGkCVkkdNB61tFRW45 ua8AoJljByvqKjlfUO99cvoAUIbDU/O5 =xp65 -----END PGP SIGNATURE----- --Sig_/WxKCkaQh/U1CsKf__ZpN6dK-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 16:10: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 61FE81065688 for ; Sun, 12 Oct 2008 16:10:44 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 048FD8FC19 for ; Sun, 12 Oct 2008 16:10:43 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m9CGAaPG008026; Sun, 12 Oct 2008 10:10:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48F2217C.9010000@samsco.org> Date: Sun, 12 Oct 2008 10:10:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Jeremy Chadwick References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> In-Reply-To: <20081011165250.GA67552@icarus.home.lan> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Adam McDougall , freebsd-stable@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 12 Oct 2008 16:10:44 -0000 Jeremy Chadwick wrote: > On Sat, Oct 11, 2008 at 12:26:29PM -0400, Adam McDougall wrote: >> Jeremy Chadwick wrote: >>> On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: >>>> On Sat, 11 Oct 2008 03:13:16 -0700 >>>> Jeremy Chadwick wrote: >>>> >>>>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: >>>>>> On Fri, 10 Oct 2008 14:29:37 -0300 >>>>>> JoaoBR wrote: >>>>>> >>>>>>> I tried MBs as Asus, Abit and Gigabyte all same result >>>>>>> >>>>>>> Same hardware with SATA works perfect >>>>>>> >>>>>>> Same hardware with scsi up to 3.5Gigs installed works perfect >>>>>>> >>>>>>> what calls my attention that all this MBs do not have the >>>>>>> memroy hole remapping feature so the complete 4gigs are >>>>>>> available what normally was not the case with amd64 Mbs for the >>>>>>> Athlon 64 CPUs >>>>>>> >>>>>>> some has an opinion if this is a freebsd issue or MB falure or >>>>>>> scsi drv problem? >>>>>>> >>>>>> It's a driver problem. If you want to use SCSI then you'll have to limit >>>>>> memory to 3.5 GB. >>>>> What you're saying is that Adaptec and LSI Logic SCSI controllers behave >>>>> badly (and can cause data loss) on amd64 systems which contain more than >>>>> 3.5GB of RAM. This is a very big claim. >>>>> >>>>> Have you talked to Scott Long about this? >>>>> >>>>> Please expand on this, and provide evidence or references. I need to >>>>> document this in my Wiki if it is indeed true. >>>>> >>>> See the freebsd-scsi thread with Subject "data corruption with ahc driver >>>> and 4GB of memory using a FBSD-8 64-bit installation?" from Wed, 30 Jan >>>> 2008. >>>> >>>> This was for ahc, but the bit-rot which Scott mentions in his reply might >>>> also apply to the LSI Logic controllers. >>>> >>>> Basically the driver doesn't correctly handle DMA above 4GB. Since the PCI >>>> hole gets mapped above 4GB it causes problems. the (S)ATA drivers don't seem >>>> to have this problem. >>> Thank you -- this is the exact information I was looking for. >>> >>> I will update my Wiki page to reflect this quite major problem. >>> >> I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS >> controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac >> driver) with a 5th generation RAID card with 8G of ram, both have no >> such corruption problems. Providing this as a counter-example just to >> document some evidence of which products seem to work fine. > > Is your LSI SAS controller driven by mpt(4) or mfi(4)? > I can personal vouch for MPT and MFI drivers working just fine with >4GB. > Let's break down what we know for sure at this point: > > aac(4) - not affected Works fine > aha(4) - unknown > ahb(4) - unknown These two will likely be using bounce buffers and should work, albeit slowly. > ahc(4) - affected > ahd(4) - unknown; no one answered the OP's question in the thread Both ahc and ahd were designed _AND_TESTED_ to work with >4GB. If they don't work anymore, it's due to unintended bitrot. > asr(4) - unknown Danger! Achtung! Beware of Dog! > ips(4) - unknown I'm pretty sure this works just fine. > mpt(4) - not affected > mfi(4) - unknown Both work just fine > sym(4) - unknown This has had problems in the past, but I think that it might have been fixed recently You forgot to mention isp(4), which also works just fine. > > Could the problem be specific to certain firmware revisions on the > cards? ahc/ahd use custom "firmware" that is part of the driver. Their BIOS can be flashed, but that does little to affect OS operation of the card. So, "firmware revisions" has nothing to do with whatever this problem is. Please do keep in mind that 32bit vs 64bit support, and by correlary, >4GB support, is something that is completely isolated on a per-driver basis. Trying to draw patterns between drivers to say, "FreeBSD SCSI support is broken," is not valid. In fact, traditionally, SCSI drivers in general have had the best support because they are so much more common in the high-end systems that need the support. Out of your whole list, the only card to explicitly stay away from is the asr(4) family, but that's been known for years. If ahc and/or ahd has problems, we need someone willing to dig into code and trace through the DMA path. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 16:14: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 E70161065693 for ; Sun, 12 Oct 2008 16:14:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 910028FC0A for ; Sun, 12 Oct 2008 16:14:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m9CGDv9O008048; Sun, 12 Oct 2008 10:13:58 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48F22245.1030201@samsco.org> Date: Sun, 12 Oct 2008 10:13:57 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> <20081012110115.5dccbc32@ernst.jennejohn.org> In-Reply-To: <20081012110115.5dccbc32@ernst.jennejohn.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Jeremy Chadwick , freebsd-stable@FreeBSD.org, Adam McDougall , freebsd-amd64@FreeBSD.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 12 Oct 2008 16:14:03 -0000 Gary Jennejohn wrote: > On Sat, 11 Oct 2008 09:52:50 -0700 > Jeremy Chadwick wrote: > > [big snip] >> Is your LSI SAS controller driven by mpt(4) or mfi(4)? >> >> Let's break down what we know for sure at this point: >> >> aac(4) - not affected >> aha(4) - unknown >> ahb(4) - unknown >> ahc(4) - affected >> ahd(4) - unknown; no one answered the OP's question in the thread > > I asked Scott whether he thought ahd would be affected, but he never > responded. I was thinking about getting a PCIe controller but then > I dropped the idea due to lack of funds for experimentation. > Sorry for not responding back in Jan. I have a hard time recommending the 29320/39320 cards because of the long history they have with incompatibilities with certain U320 drives. I don't think that the driver will be affected by memory size, but I haven't run it in several years, and it could have rotted like ahc apparently did (though I still have a hard time imagining how the rot could have taken place, hardly anything has changed in the driver over the years). Scott From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 17:32: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 B6A411065687; Sun, 12 Oct 2008 17:32:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7950A8FC0C; Sun, 12 Oct 2008 17:32:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kp4nd-0000Mt-7S; Sun, 12 Oct 2008 18:32:13 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kp4nd-000CX9-5S; Sun, 12 Oct 2008 18:32:13 +0100 To: gary.jennejohn@freenet.de, scottl@samsco.org In-Reply-To: <48F22245.1030201@samsco.org> Message-Id: From: Pete French Date: Sun, 12 Oct 2008 18:32:13 +0100 Cc: koitsu@FreeBSD.org, freebsd-stable@FreeBSD.org, mcdouga9@egr.msu.edu, freebsd-amd64@FreeBSD.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 12 Oct 2008 17:32:15 -0000 > Sorry for not responding back in Jan. I have a hard time recommending > the 29320/39320 cards because of the long history they have with > incompatibilities with certain U320 drives. I don't think that the Out of interest, what cards would you recommend ? I have just started running 4 drives off a 29320, and it does the "dump" thing on boot, so I was thinking of replacing it with another PCI-X card. > driver will be affected by memory size, but I haven't run it in several > years, and it could have rotted like ahc apparently did (though I still > have a hard time imagining how the rot could have taken place, hardly > anything has changed in the driver over the years). I have a hard time beliving these don't work either - mainly because I am running a 4GB system with ahc (and now ahd) in it and have had no problems at all. Certainly Adaptec cards are so common that if there was something majorly broken in that driver we would be seeing a lot more reports of corruption surely ? -pete. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 19:04: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 CF99E106568B; Sun, 12 Oct 2008 19:04:36 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 56E5E8FC16; Sun, 12 Oct 2008 19:04:36 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Kp6Eu-000812-W0; Sun, 12 Oct 2008 21:04:29 +0200 Received: from maf2d.m.pppool.de ([89.49.175.45]:40930 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Kp6Eu-0005Qk-KP; Sun, 12 Oct 2008 21:04:28 +0200 Date: Sun, 12 Oct 2008 21:04:25 +0200 From: Gary Jennejohn To: Pete French Message-ID: <20081012210425.2e831414@ernst.jennejohn.org> In-Reply-To: References: <48F22245.1030201@samsco.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mcdouga9@egr.msu.edu, freebsd-stable@FreeBSD.org, koitsu@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2008 19:04:36 -0000 On Sun, 12 Oct 2008 18:32:13 +0100 Pete French wrote: > > Sorry for not responding back in Jan. I have a hard time recommending > > the 29320/39320 cards because of the long history they have with > > incompatibilities with certain U320 drives. I don't think that the > > Out of interest, what cards would you recommend ? I have just > started running 4 drives off a 29320, and it does the "dump" thing > on boot, so I was thinking of replacing it with another PCI-X card. > > > driver will be affected by memory size, but I haven't run it in several > > years, and it could have rotted like ahc apparently did (though I still > > have a hard time imagining how the rot could have taken place, hardly > > anything has changed in the driver over the years). > > I have a hard time beliving these don't work either - mainly because I > am running a 4GB system with ahc (and now ahd) in it and have had no > problems at all. Certainly Adaptec cards are so common that if there > was something majorly broken in that driver we would be seeing a lot > more reports of corruption surely ? > Maybe it's BIOS related? I have a new mobo from a different vendor where I could give it a try and see if the corruption goes away. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 19:08:33 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 1CA0B1065693 for ; Sun, 12 Oct 2008 19:08:33 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id A20398FC23 for ; Sun, 12 Oct 2008 19:08:32 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id i2so1366506mue.3 for ; Sun, 12 Oct 2008 12:08:31 -0700 (PDT) Received: by 10.103.119.19 with SMTP id w19mr2888851mum.129.1223838511021; Sun, 12 Oct 2008 12:08:31 -0700 (PDT) Received: by 10.103.229.14 with HTTP; Sun, 12 Oct 2008 12:08:30 -0700 (PDT) Message-ID: Date: Sun, 12 Oct 2008 22:08:30 +0300 From: "Vlad GALU" To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810101458.m9AEw2KI082581@lava.sentex.ca> <20081010152116.GA35404@icarus.home.lan> <20081010154404.GA36021@icarus.home.lan> Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: UDP LOR with the latest 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: Sun, 12 Oct 2008 19:08:33 -0000 On Sun, Oct 12, 2008 at 1:40 PM, Robert Watson wrote: > > On Fri, 10 Oct 2008, Robert Watson wrote: > >> On Fri, 10 Oct 2008, Jeremy Chadwick wrote: >> >>>> I'll see whether the system still locks up or not though.. >>> >>> Okay, I'm bringing rwatson@ into the thread since this is specific to >>> UDP. >> >> I've now fixed the bug leading to the lock order reversal; I'd be >> interested in knowing if it also corrects the stability issue. This was >> r183753 in svn; I'm not sure it's hit CVS/cvsup yet but should do in a few >> minutes. > > Dear Vlad: > > Could you confirm that with udp_usrreq.c:1.218.2.7 (or newer), the problem > has gone away? CVS log excerpt below. Hello Robert & all, Yes, the LOR seems to have gone away now, even with net.inet.udp.soreceive_dgram_enabled=1. However, I started seeing another one: -- cut here -- lock order reversal: 1st 0xffffffff805a62a0 pf task mtx (pf task mtx) @ /usr/src/sys/contrib/pf/net/ pf.c:6773 2nd 0xffffff00011e3cf0 radix node head (radix node head) @ /usr/src/sys/net/rou te.c:293 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x565 _mtx_lock_flags() at _mtx_lock_flags+0x2f rtalloc1_fib() at rtalloc1_fib+0x85 rtalloc_ign_fib() at rtalloc_ign_fib+0xaa pf_calc_mss() at pf_calc_mss+0x89 pf_test_tcp() at pf_test_tcp+0xce2 pf_test() at pf_test+0xcdb pf_check_in() at pf_check_in+0x2b pfil_run_hooks() at pfil_run_hooks+0xac ip_input() at ip_input+0x2dd ether_demux() at ether_demux+0x1b4 ether_input() at ether_input+0x1c6 bge_intr() at bge_intr+0x3d0 ithread_loop() at ithread_loop+0xe9 fork_exit() at fork_exit+0x110 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffa044dd30, rbp = 0 --- -- and here -- This one looks somewhat familiar (from the top of my head), but it's probably a subject for another thread :) -- ~/.signature: no such file or directory From owner-freebsd-stable@FreeBSD.ORG Sun Oct 12 19:12: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 90A3E1065687 for ; Sun, 12 Oct 2008 19:12:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 6FB708FC19 for ; Sun, 12 Oct 2008 19:12:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id RsHN1a00S0cQ2SLA1vBwa1; Sun, 12 Oct 2008 19:11:56 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id RvCa1a0012P6wsM8WvCatt; Sun, 12 Oct 2008 19:12:34 +0000 X-Authority-Analysis: v=1.0 c=1 a=ySIV48AymN4A:10 a=QycZ5dHgAAAA:8 a=1ASC7_Gkb9o-hCsNHqMA:9 a=0cEQzNwOrq-7oI4HO_QA:7 a=7W6MjgkzCLyRkDdfzZT5kdOaeNwA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id EE150C9419; Sun, 12 Oct 2008 12:12:33 -0700 (PDT) Date: Sun, 12 Oct 2008 12:12:33 -0700 From: Jeremy Chadwick To: Vlad GALU Message-ID: <20081012191233.GC98201@icarus.home.lan> References: <200810101458.m9AEw2KI082581@lava.sentex.ca> <20081010152116.GA35404@icarus.home.lan> <20081010154404.GA36021@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Robert Watson Subject: Re: UDP LOR with the latest 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: Sun, 12 Oct 2008 19:12:35 -0000 On Sun, Oct 12, 2008 at 10:08:30PM +0300, Vlad GALU wrote: > On Sun, Oct 12, 2008 at 1:40 PM, Robert Watson wrote: > > > > On Fri, 10 Oct 2008, Robert Watson wrote: > > > >> On Fri, 10 Oct 2008, Jeremy Chadwick wrote: > >> > >>>> I'll see whether the system still locks up or not though.. > >>> > >>> Okay, I'm bringing rwatson@ into the thread since this is specific to > >>> UDP. > >> > >> I've now fixed the bug leading to the lock order reversal; I'd be > >> interested in knowing if it also corrects the stability issue. This was > >> r183753 in svn; I'm not sure it's hit CVS/cvsup yet but should do in a few > >> minutes. > > > > Dear Vlad: > > > > Could you confirm that with udp_usrreq.c:1.218.2.7 (or newer), the problem > > has gone away? CVS log excerpt below. > > Hello Robert & all, > Yes, the LOR seems to have gone away now, even with > net.inet.udp.soreceive_dgram_enabled=1. > However, I started seeing another one: > > -- cut here -- > lock order reversal: > 1st 0xffffffff805a62a0 pf task mtx (pf task mtx) @ > /usr/src/sys/contrib/pf/net/ > pf.c:6773 > 2nd 0xffffff00011e3cf0 radix node head (radix node head) @ > /usr/src/sys/net/rou > te.c:293 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x565 > _mtx_lock_flags() at _mtx_lock_flags+0x2f > rtalloc1_fib() at rtalloc1_fib+0x85 > rtalloc_ign_fib() at rtalloc_ign_fib+0xaa > pf_calc_mss() at pf_calc_mss+0x89 > pf_test_tcp() at pf_test_tcp+0xce2 > pf_test() at pf_test+0xcdb > pf_check_in() at pf_check_in+0x2b > pfil_run_hooks() at pfil_run_hooks+0xac > ip_input() at ip_input+0x2dd > ether_demux() at ether_demux+0x1b4 > ether_input() at ether_input+0x1c6 > bge_intr() at bge_intr+0x3d0 > ithread_loop() at ithread_loop+0xe9 > fork_exit() at fork_exit+0x110 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffa044dd30, rbp = 0 --- > -- and here -- > > This one looks somewhat familiar (from the top of my head), but > it's probably a subject for another thread :) This looks like a LOR in the pf(4) code. Am I that correct? If so, this should go to the freebsd-pf list. -- | 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 Sun Oct 12 20:23: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 AD92B1065697 for ; Sun, 12 Oct 2008 20:23:06 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (pinus.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 563168FC13 for ; Sun, 12 Oct 2008 20:23:06 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by pinus.izb.knu.ac.kr (Postfix, from userid 59) id 54AE13EA7; Mon, 13 Oct 2008 05:23:01 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on pinus.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-48.5 required=15.1 tests=DKIM_SIGNED, DKIM_VERIFIED, DNS_FROM_SECURITYSAGE autolearn=disabled version=3.2.3 Received: from pinus.izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 0C7E33EA4; Mon, 13 Oct 2008 05:22:53 +0900 (KST) Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=izb.knu.ac.kr; h=subject :from:to:cc:in-reply-to:references:content-type:date:message-id :mime-version:content-transfer-encoding; s=s1024; bh=It9CMheX4I/ rd+nOaoz1qOXhI9FmJ7XNldpUdXbr+j8=; b=dZx9k7gpbNQpPOAH2r8qOhYL0hd 7CFjTyfHj2yZ6QnasXbeJ33FRywqJDmguPB4KhrlPJQgJHHTjWfV7BmfUkPBmsCV gGzjyYIMvLX1HttJYu2y3UJ66crSX0CnCqniUzikZHSH6kVJM8l/Jy1BDS3aU9M9 5NlB5Y+2zdjYIO2M= Received: from chrys.izb.knu.ac.kr (chrys.izb.knu.ac.kr [IPv6:2001:470:1f05:5f8:3::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 84F083EA3; Mon, 13 Oct 2008 05:22:52 +0900 (KST) Received: from [IPv6:2001:470:1f05:5f8:3::2] (phyll.izb.knu.ac.kr [IPv6:2001:470:1f05:5f8:3::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: bh@chrys.izb.knu.ac.kr) by chrys.izb.knu.ac.kr (Postfix) with ESMTP id 9895C1CCF2; Mon, 13 Oct 2008 05:22:53 +0900 (KST) From: Byung-Hee HWANG To: Ken Smith In-Reply-To: <1223781049.39199.23.camel@neo.cse.buffalo.edu> References: <1223781049.39199.23.camel@neo.cse.buffalo.edu> Content-Type: text/plain Organization: InZealBomb Date: Mon, 13 Oct 2008 05:22:56 +0900 Message-Id: <1223842976.1459.86.camel@phyll.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: FreeBSD 6.4-RC1 available... 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, 12 Oct 2008 20:23:06 -0000 On Sat, 2008-10-11 at 23:10 -0400, Ken Smith wrote: > As the next step in the release of FreeBSD 6.4 the FreeBSD 6.4-RC1 > builds are now available for testing. This is the first of an expected > two Release Candidates. We encourage you to test out the Release > Candidates, reporting any problems by submitting PRs or via email to the > freebsd-stable list. [...snip...] good job! -- "That is all I want." -- Vito Corleone, "Chapter 20", page 286 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 01:08: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 53E2C106564A for ; Mon, 13 Oct 2008 01:08:14 +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 EDA4D8FC0A for ; Mon, 13 Oct 2008 01:08:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 552A028454 for ; Mon, 13 Oct 2008 09:08:12 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 0DD62101D819; Mon, 13 Oct 2008 09:08:12 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id d4kLmBu7VtIL; Mon, 13 Oct 2008 09:08:07 +0800 (CST) Received: from delta.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 167C2EDDC6D; Mon, 13 Oct 2008 09:08:05 +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=e5EUUELTMXSipzZjcqqSwuQTTgfPhYFI7awiifsrnhMb6fmbjVsddmdU8IcKMUnHr IjDcUmysdB35QVQIhyvLQ== Message-ID: <48F29F73.1010307@delphij.net> Date: Sun, 12 Oct 2008 18:08:03 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: lhmwzy References: <78fb9d960810080758p627e0d08x99f18fa618023812@mail.gmail.com> In-Reply-To: <78fb9d960810080758p627e0d08x99f18fa618023812@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: What's the Scheduler SCHED_core development now? 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: Mon, 13 Oct 2008 01:08:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 lhmwzy wrote: > Is it still alive? > Is it replaced by SCHED_ULE? It was removed before 7.0-RELEASE. SCHED_CORE has used different decision making algorithm so it's different from ULE, but there are a lot of changes to the core scheduling mechanism and sched_core was not updated to reflect these changes and was removed because of that. Cheers, -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEUEARECAAYFAkjyn3MACgkQi+vbBBjt66A82QCgrl60UgprhsGy+kWOls/R61WF iqQAlij7EXOXl9wlHucRZywCXHJu3jw= =1Q78 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 04:28: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 26C0E1065696; Mon, 13 Oct 2008 04:28:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forwards4.yandex.ru (forwards4.yandex.ru [77.88.32.20]) by mx1.freebsd.org (Postfix) with ESMTP id C6DE48FC1C; Mon, 13 Oct 2008 04:28:09 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp14.yandex.ru (smtp14.yandex.ru [77.88.32.84]) by forwards4.yandex.ru (Postfix) with ESMTP id 53073193099; Mon, 13 Oct 2008 08:28:07 +0400 (MSD) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:42989 "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 S5177472AbYJME15 (ORCPT + 3 others); Mon, 13 Oct 2008 08:27:57 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp14 X-Yandex-TimeMark: 1223872077 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp14.yandex.ru logged sender identity as: bu7cher Message-ID: <48F2CE4B.7030000@yandex.ru> Date: Mon, 13 Oct 2008 08:27:55 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.ORG, Jeremy Chadwick , kib@FreeBSD.ORG Subject: Re: Request for testing: ata(4) MFC 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, 13 Oct 2008 04:28:10 -0000 Søren Schmidt wrote: > I'm not sure how far this has gone into 7 yet, but it would be a "real > cool thing"(tm) to have the latest ATA module work back into 7.1 as > well. Its a no brainer actually with no functional changes other than > the possibility to load chipset specific code as modules. > I know that a few HW vendors out there would *LOVE* this so they could > make modules for their HW to support FreeBSD on new fancy HW, mind you > that might be binary modules but still better than no support at all. > That would also offload the work on yours truely to concentrate on new > functionality etc instead of hunting new HW support all the time. Do you mean that it will be not bad if i'll update patch? :) -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 05:16: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 7F1EC106568A for ; Mon, 13 Oct 2008 05:16:39 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 007F08FC22 for ; Mon, 13 Oct 2008 05:16:38 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so1618565fkk.11 for ; Sun, 12 Oct 2008 22:16:37 -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=vMVds9CiPSRAfzaAwn5vYbuUOBNcrtXQe+7Y857n6sQ=; b=Srj+kCZo3kLyXKIVJGRy36RZ044KsK2kE/js6rsGDABTFqHQo4recWtCcUE46dU/B7 edwUMhSODLdmuJT/dYp/+j6B3TDpOLEdbA8EaD2G7OFfbD3KKvGxz4e6KBZqcp05sqvm Z/GuFv+B8xXIsQAfFsXEt2dbh6p8IfB03qk3o= 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=srT/4aFfzbLmGTsIoy45TUKhzMkcbu4IjNttsGeRHJeOw3CPaDYEGfMZFBGGIEN3Il 29WtPCkvOf6dIAd3puBKFyqwbdto8WtlpzKO6yLQFwGkEc++pjh1daYSprIymHdyHmuS IESMuOIZtEBu81eEER7aL1RkcHRXlwic5+HuM= Received: by 10.103.137.19 with SMTP id p19mr3213712mun.108.1223874997130; Sun, 12 Oct 2008 22:16:37 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Sun, 12 Oct 2008 22:16:37 -0700 (PDT) Message-ID: Date: Mon, 13 Oct 2008 03:16:37 -0200 From: "Carlos A. M. dos Santos" To: "Jeff Blank" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080910203445.GA8561@mr-happy.com> Cc: freebsd-stable@freebsd.org Subject: Re: can't see non-root writes to /dev/console 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, 13 Oct 2008 05:16:39 -0000 On Wed, Sep 10, 2008 at 11:54 PM, Carlos A. M. dos Santos wrote: > On Wed, Sep 10, 2008 at 5:34 PM, Jeff Blank wrote: >> I just upgraded a RELENG_7 (amd64) box from 20080714 to "latest" >> (which seems to be from a few days ago--no changes from Monday >> morning's csup to today's) and can no longer see the effect of writing >> to /dev/console as non-root. When I log in using xdm, my user owns >> /dev/console, mode 0622 (-rw--w--w-), and I start an 'xterm -C'. But >> when I, for example, >> >> echo foo > /dev/console >> >> I see nothing in the console xterm. No error messages, and echo exits >> 0. If I su to root and do the same, I get 'foo' in the same console >> xterm. Syslog messages to /dev/console also appear, of course. All >> the above applies to xconsole as well, not just xterm. I did >> recompile xterm from 20080616 ports, but it didn't fix the issue >> (didn't expect it to, as xterm clearly has no trouble attaching and >> reading). So my echo is getting lost in the kernel, I guess. >> >> Known problem? Intentional change? Something else? > > I have seen this problem since 6.x times and still on 7.x. I also > noticed that if I send something to the console after xconsole starts > then I can sned messages as an ordinary user. My workaround was > modifying the Xsetup_0 script (I used xdm for login), adding a line > with > > (sleep 3; date >> "$dev_console") & > > just after starting xconsole. > > I didn't have time to set up a machine with 8-CURRENT yet, so I could > not check if the new mp-safe tty implementation fixes this, either > intentionally or by a fortunate side effect. I took some time to look at this again. I'm using 8.0-CURRENT now (GENERIC kernel), csup'ed and compiled yesterday. Xconsole is unable to open the console even if my user & group own /dev/console and the permissions are set to 0622. This happens because of the following code in xconsole.c: 289 int on = 1; 290 if (ioctl (tty_fd, TIOCCONS, (char *) &on) != -1) 291 input = fdopen (pty_fd, "r"); The ioctl call fails (EPERM) because only superuser can use TIOCCONS, regardless the ownership of the device. Using xterm with the "-C" argument works because xterm is installed with the setuid flag bit on. So the solution is "chmod +us xconsole". -- cd /usr/ports/sysutils/life make clean From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 05:23: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 BA0931065686 for ; Mon, 13 Oct 2008 05:23:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 62A6E8FC1E for ; Mon, 13 Oct 2008 05:23:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA01.westchester.pa.mail.comcast.net with comcast id S4891a01W1HzFnQ515Pu7W; Mon, 13 Oct 2008 05:23:54 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.westchester.pa.mail.comcast.net with comcast id S5Pt1a0042P6wsM3a5PtfM; Mon, 13 Oct 2008 05:23:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=4mEp2veIISoA:10 a=lhY6n5EmVM4A:10 a=QycZ5dHgAAAA:8 a=qG2iY9QqcwcX3ZYElD8A:9 a=6zRBgZCkzZx05OVYh6wA:7 a=5ywBp_GvOGs-ZP2IHZ_-28y8lFMA:4 a=EoioJ0NPDVgA:10 a=MSl-tDqOz04A:10 a=vv3bomIY6ZkA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 4C023C9419; Sun, 12 Oct 2008 22:23:53 -0700 (PDT) Date: Sun, 12 Oct 2008 22:23:53 -0700 From: Jeremy Chadwick To: "Carlos A. M. dos Santos" Message-ID: <20081013052353.GA10013@icarus.home.lan> References: <20080910203445.GA8561@mr-happy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Jeff Blank Subject: Re: can't see non-root writes to /dev/console 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, 13 Oct 2008 05:23:56 -0000 On Mon, Oct 13, 2008 at 03:16:37AM -0200, Carlos A. M. dos Santos wrote: > On Wed, Sep 10, 2008 at 11:54 PM, Carlos A. M. dos Santos > wrote: > > On Wed, Sep 10, 2008 at 5:34 PM, Jeff Blank wrote: > >> I just upgraded a RELENG_7 (amd64) box from 20080714 to "latest" > >> (which seems to be from a few days ago--no changes from Monday > >> morning's csup to today's) and can no longer see the effect of writing > >> to /dev/console as non-root. When I log in using xdm, my user owns > >> /dev/console, mode 0622 (-rw--w--w-), and I start an 'xterm -C'. But > >> when I, for example, > >> > >> echo foo > /dev/console > >> > >> I see nothing in the console xterm. No error messages, and echo exits > >> 0. If I su to root and do the same, I get 'foo' in the same console > >> xterm. Syslog messages to /dev/console also appear, of course. All > >> the above applies to xconsole as well, not just xterm. I did > >> recompile xterm from 20080616 ports, but it didn't fix the issue > >> (didn't expect it to, as xterm clearly has no trouble attaching and > >> reading). So my echo is getting lost in the kernel, I guess. > >> > >> Known problem? Intentional change? Something else? > > > > I have seen this problem since 6.x times and still on 7.x. I also > > noticed that if I send something to the console after xconsole starts > > then I can sned messages as an ordinary user. My workaround was > > modifying the Xsetup_0 script (I used xdm for login), adding a line > > with > > > > (sleep 3; date >> "$dev_console") & > > > > just after starting xconsole. > > > > I didn't have time to set up a machine with 8-CURRENT yet, so I could > > not check if the new mp-safe tty implementation fixes this, either > > intentionally or by a fortunate side effect. > > I took some time to look at this again. I'm using 8.0-CURRENT now > (GENERIC kernel), csup'ed and compiled yesterday. Xconsole is unable > to open the console even if my user & group own /dev/console and the > permissions are set to 0622. This happens because of the following > code in xconsole.c: > > 289 int on = 1; > 290 if (ioctl (tty_fd, TIOCCONS, (char *) &on) != -1) > 291 input = fdopen (pty_fd, "r"); > > The ioctl call fails (EPERM) because only superuser can use TIOCCONS, > regardless the ownership of the device. Using xterm with the "-C" > argument works because xterm is installed with the setuid flag bit on. > So the solution is "chmod +us xconsole". Can someone security audit this program before blindly setuid-root'ing 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 Mon Oct 13 05:39: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 EB39E1065688; Mon, 13 Oct 2008 05:39:04 +0000 (UTC) (envelope-from david@esn.org.za) Received: from serendipity.wcape.school.za (seren.esn.org.za [196.211.28.252]) by mx1.freebsd.org (Postfix) with ESMTP id B9B978FC19; Mon, 13 Oct 2008 05:39:03 +0000 (UTC) (envelope-from david@esn.org.za) Received: from intsika.ct.esn.org.za ([196.211.28.250] helo=ct.esn.org.za) by serendipity.wcape.school.za with esmtp (Exim 4.30) id 1KpG8y-0000T5-BA; Mon, 13 Oct 2008 07:39:00 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 13 Oct 2008 07:38:58 +0200 Message-ID: In-Reply-To: <20081011165250.GA67552@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: am2 MBs - 4g + SCSI wipes out root partition Thread-Index: AckrwgnbiqHM5djhS+GfS010TkOgmQBM4PHQ References: <200810101429.37244.joao@matik.com.br><20081011113057.7402300c@ernst.jennejohn.org><20081011101316.GA58119@icarus.home.lan><20081011164529.198f32c6@ernst.jennejohn.org><20081011144817.GB64861@icarus.home.lan><48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> From: "David Peall" To: "Jeremy Chadwick" , "Adam McDougall" X-Antivirus-Scanned: Clean by seren.wcsn.org.za Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: RE: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 05:39:05 -0000 > aac(4) - not affected > aha(4) - unknown > ahb(4) - unknown > ahc(4) - affected > ahd(4) - unknown; no one answered the OP's question in the thread > asr(4) - unknown > ips(4) - unknown > mpt(4) - not affected > mfi(4) - unknown > sym(4) - unknown I'm using amd64 with 8Gb RAM with the following: mfi0: port 0xec00-0xecff mem 0xfc480000-0xfc4bffff,0xfc440000-0xfc47ffff irq 16 at device 0.0 on pci1 mfi0: Megaraid SAS driver Ver 2.00 mfi0: 4914 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 4915 (boot + 3s/0x0020/info) - Firmware version 1.11.52-0349 mfi0: 4917 (boot + 3s/0x0020/info) - Package version 6.0.1-0080 No problems. -- David Peall :: IT Manager e-Schools' Network :: http://www.esn.org.za/ Phone +27 (021) 674-9140 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Jeremy Chadwick > Sent: 11 October 2008 06:53 PM > To: Adam McDougall > Cc: freebsd-stable@freebsd.org; freebsd-amd64@freebsd.org > Subject: Re: am2 MBs - 4g + SCSI wipes out root partition >=20 > On Sat, Oct 11, 2008 at 12:26:29PM -0400, Adam McDougall wrote: > > Jeremy Chadwick wrote: > >> On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: > >>> On Sat, 11 Oct 2008 03:13:16 -0700 > >>> Jeremy Chadwick wrote: > >>> > >>>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > >>>>> On Fri, 10 Oct 2008 14:29:37 -0300 > >>>>> JoaoBR wrote: > >>>>> > >>>>>> I tried MBs as Asus, Abit and Gigabyte all same result > >>>>>> > >>>>>> Same hardware with SATA works perfect > >>>>>> > >>>>>> Same hardware with scsi up to 3.5Gigs installed works perfect > >>>>>> > >>>>>> what calls my attention that all this MBs do not have the > >>>>>> memroy hole remapping feature so the complete 4gigs are > >>>>>> available what normally was not the case with amd64 Mbs for the > >>>>>> Athlon 64 CPUs > >>>>>> > >>>>>> some has an opinion if this is a freebsd issue or MB falure or > >>>>>> scsi drv problem? > >>>>>> > >>>>> It's a driver problem. If you want to use SCSI then you'll have to > limit > >>>>> memory to 3.5 GB. > >>>> What you're saying is that Adaptec and LSI Logic SCSI controllers behave > >>>> badly (and can cause data loss) on amd64 systems which contain more than > >>>> 3.5GB of RAM. This is a very big claim. > >>>> > >>>> Have you talked to Scott Long about this? > >>>> > >>>> Please expand on this, and provide evidence or references. I need to > >>>> document this in my Wiki if it is indeed true. > >>>> > >>> See the freebsd-scsi thread with Subject "data corruption with ahc driver > >>> and 4GB of memory using a FBSD-8 64-bit installation?" from Wed, 30 Jan > >>> 2008. > >>> > >>> This was for ahc, but the bit-rot which Scott mentions in his reply might > >>> also apply to the LSI Logic controllers. > >>> > >>> Basically the driver doesn't correctly handle DMA above 4GB. Since the > PCI > >>> hole gets mapped above 4GB it causes problems. the (S)ATA drivers don't > seem > >>> to have this problem. > >> > >> Thank you -- this is the exact information I was looking for. > >> > >> I will update my Wiki page to reflect this quite major problem. > >> > > > > I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS > > controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac > > driver) with a 5th generation RAID card with 8G of ram, both have no > > such corruption problems. Providing this as a counter-example just to > > document some evidence of which products seem to work fine. >=20 > Is your LSI SAS controller driven by mpt(4) or mfi(4)? >=20 > Let's break down what we know for sure at this point: >=20 > aac(4) - not affected > aha(4) - unknown > ahb(4) - unknown > ahc(4) - affected > ahd(4) - unknown; no one answered the OP's question in the thread > asr(4) - unknown > ips(4) - unknown > mpt(4) - not affected > mfi(4) - unknown > sym(4) - unknown >=20 > Could the problem be specific to certain firmware revisions on the > cards? >=20 > Also adding Scott Long to the CC list. >=20 > -- > | 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 | >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 05:42:55 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 E4139106568C for ; Mon, 13 Oct 2008 05:42:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED088FC21 for ; Mon, 13 Oct 2008 05:42:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA03.westchester.pa.mail.comcast.net with comcast id S5471a00J0SCNGk535iuyb; Mon, 13 Oct 2008 05:42:54 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA09.westchester.pa.mail.comcast.net with comcast id S5it1a0012P6wsM3V5itkl; Mon, 13 Oct 2008 05:42:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=n07WsRzhiL8A:10 a=ORw6YhE72dwA:10 a=QycZ5dHgAAAA:8 a=FIC0NYV89rIrq2IsaXoA:9 a=-j2gOyeLh2ubnQ0AzQpB7ojYKaIA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 189CAC9419; Sun, 12 Oct 2008 22:42:53 -0700 (PDT) Date: Sun, 12 Oct 2008 22:42:53 -0700 From: Jeremy Chadwick To: David Peall Message-ID: <20081013054253.GA10367@icarus.home.lan> References: <20081011165250.GA67552@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Adam McDougall , freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 05:42:56 -0000 On Mon, Oct 13, 2008 at 07:38:58AM +0200, David Peall wrote: > > aac(4) - not affected > > aha(4) - unknown > > ahb(4) - unknown > > ahc(4) - affected > > ahd(4) - unknown; no one answered the OP's question in the thread > > asr(4) - unknown > > ips(4) - unknown > > mpt(4) - not affected > > mfi(4) - unknown > > sym(4) - unknown > > I'm using amd64 with 8Gb RAM with the following: > mfi0: port 0xec00-0xecff mem > 0xfc480000-0xfc4bffff,0xfc440000-0xfc47ffff irq 16 at device 0.0 on pci1 > mfi0: Megaraid SAS driver Ver 2.00 > mfi0: 4914 (boot + 3s/0x0020/info) - Firmware initialization started > (PCI ID 0060/1000/1f0c/1028) > mfi0: 4915 (boot + 3s/0x0020/info) - Firmware version 1.11.52-0349 > mfi0: 4917 (boot + 3s/0x0020/info) - Package version 6.0.1-0080 > > No problems. Okay, I'm pulling this stuff off the Wiki, because so far there hasn't been any confirmation of the problem being wide-spread except in the case of asr(4) (which is supposedly evil. I fully trust Scott on this one!) Thanks everyone! -- | 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 Mon Oct 13 05:46: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 C79031065693 for ; Mon, 13 Oct 2008 05:46:32 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by mx1.freebsd.org (Postfix) with ESMTP id 47CBB8FC23 for ; Mon, 13 Oct 2008 05:46:32 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so1555374mue.3 for ; Sun, 12 Oct 2008 22:46:31 -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=AMbSnDnI7Ltyo6tGd7z20++m5IXKOPup+rdwo14+ghw=; b=kqgk2SOg62lgo6zpItgd4hF/ujjK5T0S6vuLUFUq791CJfDKsq/l++yqJ/u1J34YVp Tn8JOsSGQeROazwUcdEc8mDkP3gPryrG33oa8Hw0AxNMzSZmMi5iMDajhoT6yio4+eGM +PY9Cb2bIjP7zjLjJh1vNrFdOUvXVuarVGNoQ= 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=d4GA+4JEyuLpbrgMcaNpS2acdiWxwDHV7RJFZGab7PrpaICtdhkUrQ7y6A4fqxAE3t gqzLH+wqLQ6BiBob0v1MiAcTKpDqCNQCNu5dCNnWNli+k6mb+i+a66Acd5dlFpob8mdy MSgLRRmT83RKLLeNuit/fZ33J8iVg19A1avQw= Received: by 10.103.239.10 with SMTP id q10mr3236091mur.82.1223876790956; Sun, 12 Oct 2008 22:46:30 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Sun, 12 Oct 2008 22:46:30 -0700 (PDT) Message-ID: Date: Mon, 13 Oct 2008 03:46:30 -0200 From: "Carlos A. M. dos Santos" To: "Jeremy Chadwick" In-Reply-To: <20081013052353.GA10013@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080910203445.GA8561@mr-happy.com> <20081013052353.GA10013@icarus.home.lan> Cc: freebsd-stable@freebsd.org Subject: Re: can't see non-root writes to /dev/console 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, 13 Oct 2008 05:46:32 -0000 On Mon, Oct 13, 2008 at 3:23 AM, Jeremy Chadwick wrote: > On Mon, Oct 13, 2008 at 03:16:37AM -0200, Carlos A. M. dos Santos wrote: >> On Wed, Sep 10, 2008 at 11:54 PM, Carlos A. M. dos Santos >> wrote: >> > On Wed, Sep 10, 2008 at 5:34 PM, Jeff Blank wrote: >> >> I just upgraded a RELENG_7 (amd64) box from 20080714 to "latest" >> >> (which seems to be from a few days ago--no changes from Monday >> >> morning's csup to today's) and can no longer see the effect of writing >> >> to /dev/console as non-root. When I log in using xdm, my user owns >> >> /dev/console, mode 0622 (-rw--w--w-), and I start an 'xterm -C'. But >> >> when I, for example, >> >> >> >> echo foo > /dev/console >> >> >> >> I see nothing in the console xterm. No error messages, and echo exits >> >> 0. If I su to root and do the same, I get 'foo' in the same console >> >> xterm. Syslog messages to /dev/console also appear, of course. All >> >> the above applies to xconsole as well, not just xterm. I did >> >> recompile xterm from 20080616 ports, but it didn't fix the issue >> >> (didn't expect it to, as xterm clearly has no trouble attaching and >> >> reading). So my echo is getting lost in the kernel, I guess. >> >> >> >> Known problem? Intentional change? Something else? >> > >> > I have seen this problem since 6.x times and still on 7.x. I also >> > noticed that if I send something to the console after xconsole starts >> > then I can sned messages as an ordinary user. My workaround was >> > modifying the Xsetup_0 script (I used xdm for login), adding a line >> > with >> > >> > (sleep 3; date >> "$dev_console") & >> > >> > just after starting xconsole. >> > >> > I didn't have time to set up a machine with 8-CURRENT yet, so I could >> > not check if the new mp-safe tty implementation fixes this, either >> > intentionally or by a fortunate side effect. >> >> I took some time to look at this again. I'm using 8.0-CURRENT now >> (GENERIC kernel), csup'ed and compiled yesterday. Xconsole is unable >> to open the console even if my user & group own /dev/console and the >> permissions are set to 0622. This happens because of the following >> code in xconsole.c: >> >> 289 int on = 1; >> 290 if (ioctl (tty_fd, TIOCCONS, (char *) &on) != -1) >> 291 input = fdopen (pty_fd, "r"); >> >> The ioctl call fails (EPERM) because only superuser can use TIOCCONS, >> regardless the ownership of the device. Using xterm with the "-C" >> argument works because xterm is installed with the setuid flag bit on. >> So the solution is "chmod +us xconsole". > > Can someone security audit this program before blindly setuid-root'ing > it? Doing it on my own notebook is not a major concern. The idea of making it a general solution puts me nervous too. Xconsole itself is very simple application but it uses a bunch of X libraries that may have their own security issues. OTOH, xterm uses the same libraries, and even more. -- cd /usr/ports/sysutils/life make clean From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 06:45: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 E047A106569D for ; Mon, 13 Oct 2008 06:45:18 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5DD468FC17 for ; Mon, 13 Oct 2008 06:45:18 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id m9D6jFhS030257; Mon, 13 Oct 2008 17:45:16 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 13 Oct 2008 17:45:15 +1100 (EST) From: Ian Smith To: Michael Butler In-Reply-To: <48EE9EFA.3080009@protected-networks.net> Message-ID: <20081010160802.D16723@sola.nimnet.asn.au> References: <884679.22561.qm@web110112.mail.gq1.yahoo.com> <48E75BB7.2060206@madpilot.net> <20081009145337.P16723@sola.nimnet.asn.au> <48EDE8DC.8030108@webzone.net.au> <200810092322.m99NMD3l043255@apollo.backplane.com> <48EE9D0E.8000002@protected-networks.net> <48EE9EFA.3080009@protected-networks.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Stable Subject: Re: sidetrack [was Re: 'at now' not working as expected] 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, 13 Oct 2008 06:45:19 -0000 On Thu, 9 Oct 2008, Michael Butler wrote: > I wrote: > > The attached program (not mine - credits in the header) does this > > effectively given your current position as input, > > Inserted as text since it got stripped last time .. I dunno, you guys .. a bloke asks, way off-topic, for a glass of water and a mob turns up with full buckets :) Nice little program, ta. Thanks also to Andrew, Lowell (sscalc works well, especially handy when built for local lon/lat), Matt and Peter. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 07:10: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 1F2391065687; Mon, 13 Oct 2008 07:10:03 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 81B4C8FC1E; Mon, 13 Oct 2008 07:10:01 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m9D79k6q006543; Mon, 13 Oct 2008 09:09:48 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 9570F4F; Mon, 13 Oct 2008 09:09:46 +0200 (CEST) Date: Mon, 13 Oct 2008 09:09:46 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: John Baldwin Message-Id: <20081013090946.0e0ba33e.gerrit@pmp.uni-hannover.de> In-Reply-To: <200810101122.16492.jhb@freebsd.org> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <200810071205.35961.jhb@freebsd.org> <20081010122205.edd1b2f5.gerrit@pmp.uni-hannover.de> <200810101122.16492.jhb@freebsd.org> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.10.13.64910 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , d@delphij.net, jeff@freebsd.org Subject: Re: Regression 7.0R -> 7-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: Mon, 13 Oct 2008 07:10:03 -0000 On Fri, 10 Oct 2008 11:22:15 -0400 John Baldwin wrote about Re: Regression 7.0R -> 7-stable?: JB> Ok, can you run gdb on your kernel.debug and do JB> 'l *0xffffffff804608c0' 0xffffffff804608c0 is in scheduler (/usr/src/sys/vm/vm_glue.c:670). [...lines 665-674...] Hope this helps, Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 08:51: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 0F4571065687 for ; Mon, 13 Oct 2008 08:51:51 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id C4DBE8FC32 for ; Mon, 13 Oct 2008 08:51:50 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (vpn-cl-162-204.rz.uni-karlsruhe.de [141.3.162.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id E039F8A00D3 for ; Mon, 13 Oct 2008 10:51:34 +0200 (CEST) Message-ID: <48F30BF8.1000200@bsdforen.de> Date: Mon, 13 Oct 2008 10:51:04 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: sade root only 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, 13 Oct 2008 08:51:51 -0000 Certain md and da devices (usb-sticks, encrypted images) on my systems are owned by certain users, which I want to be able to use sade to partition their private partitions, disks, whatever. Souldn't sade simply be blocked by the system if a user tries to change something he/she is not entitled to? Why this block? From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 09:16:07 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 262031065695 for ; Mon, 13 Oct 2008 09:16:07 +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 DCE5B8FC08 for ; Mon, 13 Oct 2008 09:16:06 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id A86546D41E; Mon, 13 Oct 2008 11:00:49 +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 JOyz3PD-z6jy; Mon, 13 Oct 2008 11:00:46 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 8E9A86D439; Mon, 13 Oct 2008 11:00:46 +0200 (CEST) Date: Mon, 13 Oct 2008 11:00:46 +0200 From: Rink Springer To: Dominic Fandrey Message-ID: <20081013090046.GA26704@rink.nu> References: <48F30BF8.1000200@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F30BF8.1000200@bsdforen.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: sade root only 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, 13 Oct 2008 09:16:07 -0000 Hi Dominic, On Mon, Oct 13, 2008 at 10:51:04AM +0200, Dominic Fandrey wrote: > Certain md and da devices (usb-sticks, encrypted images) on my > systems are owned by certain users, which I want to be able to use > sade to partition their private partitions, disks, whatever. FWIW, you currently can't use sade and/or sysinstall to partition md(4) devices - I have a patch available to resolve this, but never got around to committing it. If there is interest in it, let me know. Regards, -- 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 Mon Oct 13 10:55: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 4F5BB1065686 for ; Mon, 13 Oct 2008 10:55:02 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 00E7D8FC1F for ; Mon, 13 Oct 2008 10:55:01 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (vpn-cl-164-214.rz.uni-karlsruhe.de [141.3.164.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id A27248A0132; Mon, 13 Oct 2008 12:54:40 +0200 (CEST) Message-ID: <48F328D1.6070803@bsdforen.de> Date: Mon, 13 Oct 2008 12:54:09 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: Rink Springer References: <48F30BF8.1000200@bsdforen.de> <20081013090046.GA26704@rink.nu> In-Reply-To: <20081013090046.GA26704@rink.nu> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: sade root only 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, 13 Oct 2008 10:55:02 -0000 Rink Springer wrote: > Hi Dominic, > > On Mon, Oct 13, 2008 at 10:51:04AM +0200, Dominic Fandrey wrote: >> Certain md and da devices (usb-sticks, encrypted images) on my >> systems are owned by certain users, which I want to be able to use >> sade to partition their private partitions, disks, whatever. > > FWIW, you currently can't use sade and/or sysinstall to partition md(4) > devices - I have a patch available to resolve this, but never got around > to committing it. > > If there is interest in it, let me know. > > Regards, > Well, since this is one of my intended uses, sure I'm interested. However, I don't see how this could be useful to me without the ability to run sade as a user. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 12:36: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 BE470106569D; Mon, 13 Oct 2008 12:36:21 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 154948FC17; Mon, 13 Oct 2008 12:36:20 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9DCaB0Q037488; Mon, 13 Oct 2008 10:36:11 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Jeremy Chadwick Date: Mon, 13 Oct 2008 09:35:10 -0200 User-Agent: KMail/1.9.7 References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> In-Reply-To: <20081011101316.GA58119@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810130935.10570.joao@matik.com.br> X-Spam-Status: No, score=3.1 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC, SARE_RECV_SPAM_DOMN02, SUBJECT_FUZZY_TION, TW_DR autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8417/Mon Oct 13 05:34:29 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, Gary Jennejohn , freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 12:36:21 -0000 On Saturday 11 October 2008 07:13:16 Jeremy Chadwick wrote: > On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > > On Fri, 10 Oct 2008 14:29:37 -0300 > > > > JoaoBR wrote: > > > I tried MBs as Asus, Abit and Gigabyte all same result > > > > > > Same hardware with SATA works perfect > > > > > > Same hardware with scsi up to 3.5Gigs installed works perfect > > > > > > what calls my attention that all this MBs do not have the memroy hole > > > remapping feature so the complete 4gigs are available what normally w= as > > > not the case with amd64 Mbs for the Athlon 64 CPUs > > > > > > some has an opinion if this is a freebsd issue or MB falure or scsi d= rv > > > problem? > > > > It's a driver problem. If you want to use SCSI then you'll have to lim= it > > memory to 3.5 GB. > > What you're saying is that Adaptec and LSI Logic SCSI controllers behave > badly (and can cause data loss) on amd64 systems which contain more than > 3.5GB of RAM. This is a very big claim. > > Have you talked to Scott Long about this? > > Please expand on this, and provide evidence or references. I need to > document this in my Wiki if it is indeed true. I have an Asus AM2 Mb which support ECC mem and at least with the Adaptec r= aid=20 card (aacd) the problem does not happen (when ECC support enabled) I did 10= x=20 buildworld, ahc and mpt still same issue, first build cracks the data on=20 da0s1a >On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: >=20 > It's a driver problem. =A0If you want to use SCSI then you'll have to lim= it > memory to 3.5 GB. well indeed with less then 4G installed it works flawless, so the differenc= e I=20 see is that former athln64 MBs had memory hole remap options or when 4Gig=20 installed they only gave 3.something to the OS even under amd64 - this is N= OT=20 the case with the AM2 MBs which should support up to 8/16Mb onboard but wth= =20 this amount freebsd amd64 does not even boot when a scsi adaptor is install= ed =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 12:39:01 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 13F81106568A; Mon, 13 Oct 2008 12:39:01 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6B0328FC14; Mon, 13 Oct 2008 12:39:00 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9DCcn5c037527; Mon, 13 Oct 2008 10:38:49 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 13 Oct 2008 09:37:48 -0200 User-Agent: KMail/1.9.7 References: <200810101429.37244.joao@matik.com.br> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> In-Reply-To: <48F0D3B5.6070602@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810130937.48093.joao@matik.com.br> X-Spam-Status: No, score=3.1 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC, SARE_RECV_SPAM_DOMN02, SUBJECT_FUZZY_TION, TW_DR autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8417/Mon Oct 13 05:34:29 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: Adam McDougall , Jeremy Chadwick , freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 12:39:01 -0000 On Saturday 11 October 2008 13:26:29 Adam McDougall wrote: > Jeremy Chadwick wrote: > > On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: > >> On Sat, 11 Oct 2008 03:13:16 -0700 > >> > >> Jeremy Chadwick wrote: > >>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > >>>> On Fri, 10 Oct 2008 14:29:37 -0300 > >>>> > >>>> JoaoBR wrote: > >>>>> I tried MBs as Asus, Abit and Gigabyte all same result > >>>>> > >>>>> Same hardware with SATA works perfect > >>>>> > >>>>> Same hardware with scsi up to 3.5Gigs installed works perfect > >>>>> > >>>>> what calls my attention that all this MBs do not have the memroy ho= le > >>>>> remapping feature so the complete 4gigs are available what normally > >>>>> was not the case with amd64 Mbs for the Athlon 64 CPUs > >>>>> > >>>>> some has an opinion if this is a freebsd issue or MB falure or scsi > >>>>> drv problem? > >>>> > >>>> It's a driver problem. If you want to use SCSI then you'll have to > >>>> limit memory to 3.5 GB. > >>> > >>> What you're saying is that Adaptec and LSI Logic SCSI controllers > >>> behave badly (and can cause data loss) on amd64 systems which contain > >>> more than 3.5GB of RAM. This is a very big claim. > >>> > >>> Have you talked to Scott Long about this? > >>> > >>> Please expand on this, and provide evidence or references. I need to > >>> document this in my Wiki if it is indeed true. > >> > >> See the freebsd-scsi thread with Subject "data corruption with ahc > >> driver and 4GB of memory using a FBSD-8 64-bit installation?" from Wed, > >> 30 Jan 2008. > >> > >> This was for ahc, but the bit-rot which Scott mentions in his reply > >> might also apply to the LSI Logic controllers. > >> > >> Basically the driver doesn't correctly handle DMA above 4GB. Since the > >> PCI hole gets mapped above 4GB it causes problems. the (S)ATA drivers > >> don't seem to have this problem. > > > > Thank you -- this is the exact information I was looking for. > > > > I will update my Wiki page to reflect this quite major problem. > > I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS > controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac > driver) with a 5th generation RAID card with 8G of ram, both have no > such corruption problems. Providing this as a counter-example just to > document some evidence of which products seem to work fine. > _______________________________________________ well this for sure is NOT a AM2 MB but any server MB which indeed run fine = as=20 Tyans, SMs and others I guess =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 12:42: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 B0A41106569B; Mon, 13 Oct 2008 12:42:19 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 29FE98FC21; Mon, 13 Oct 2008 12:42:18 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9DCgCkl037933; Mon, 13 Oct 2008 10:42:12 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 13 Oct 2008 09:41:11 -0200 User-Agent: KMail/1.9.7 References: <200810101429.37244.joao@matik.com.br> <48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> In-Reply-To: <20081011165250.GA67552@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810130941.11706.joao@matik.com.br> X-Spam-Status: No, score=3.1 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC, SARE_RECV_SPAM_DOMN02, SUBJECT_FUZZY_TION, TW_DR autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8417/Mon Oct 13 05:34:29 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: Jeremy Chadwick , Adam McDougall , freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 12:42:19 -0000 On Saturday 11 October 2008 13:52:50 Jeremy Chadwick wrote: > On Sat, Oct 11, 2008 at 12:26:29PM -0400, Adam McDougall wrote: > > Jeremy Chadwick wrote: > >> On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: > >>> On Sat, 11 Oct 2008 03:13:16 -0700 > >>> > >>> Jeremy Chadwick wrote: > >>>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > >>>>> On Fri, 10 Oct 2008 14:29:37 -0300 > >>>>> > >>>>> JoaoBR wrote: > >>>>>> I tried MBs as Asus, Abit and Gigabyte all same result > >>>>>> > >>>>>> Same hardware with SATA works perfect > >>>>>> > >>>>>> Same hardware with scsi up to 3.5Gigs installed works perfect > >>>>>> > >>>>>> what calls my attention that all this MBs do not have the > >>>>>> memroy hole remapping feature so the complete 4gigs are > >>>>>> available what normally was not the case with amd64 Mbs for the > >>>>>> Athlon 64 CPUs > >>>>>> > >>>>>> some has an opinion if this is a freebsd issue or MB falure or > >>>>>> scsi drv problem? > >>>>> > >>>>> It's a driver problem. If you want to use SCSI then you'll have to > >>>>> limit memory to 3.5 GB. > >>>> > >>>> What you're saying is that Adaptec and LSI Logic SCSI controllers > >>>> behave badly (and can cause data loss) on amd64 systems which contain > >>>> more than 3.5GB of RAM. This is a very big claim. > >>>> > >>>> Have you talked to Scott Long about this? > >>>> > >>>> Please expand on this, and provide evidence or references. I need to > >>>> document this in my Wiki if it is indeed true. > >>> > >>> See the freebsd-scsi thread with Subject "data corruption with ahc > >>> driver and 4GB of memory using a FBSD-8 64-bit installation?" from We= d, > >>> 30 Jan 2008. > >>> > >>> This was for ahc, but the bit-rot which Scott mentions in his reply > >>> might also apply to the LSI Logic controllers. > >>> > >>> Basically the driver doesn't correctly handle DMA above 4GB. Since t= he > >>> PCI hole gets mapped above 4GB it causes problems. the (S)ATA drivers > >>> don't seem to have this problem. > >> > >> Thank you -- this is the exact information I was looking for. > >> > >> I will update my Wiki page to reflect this quite major problem. > > > > I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS > > controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac > > driver) with a 5th generation RAID card with 8G of ram, both have no > > such corruption problems. Providing this as a counter-example just to > > document some evidence of which products seem to work fine. > > Is your LSI SAS controller driven by mpt(4) or mfi(4)? > > Let's break down what we know for sure at this point: > > aac(4) - not affected > aha(4) - unknown > ahb(4) - unknown > ahc(4) - affected > ahd(4) - unknown; no one answered the OP's question in the thread > asr(4) - unknown > ips(4) - unknown > mpt(4) - not affected > mfi(4) - unknown > sym(4) - unknown > > Could the problem be specific to certain firmware revisions on the > cards? no, I tried different card versions AHD has the same problem AHC also AAC also MPT as well this is true for AM2 MBs but not true S939 and S940 MBs =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 12:44: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 96EBB106568C; Mon, 13 Oct 2008 12:44:28 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1B3128FC2A; Mon, 13 Oct 2008 12:44:27 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9DCiMVq037979; Mon, 13 Oct 2008 10:44:23 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-amd64@freebsd.org, gary.jennejohn@freenet.de Date: Mon, 13 Oct 2008 09:43:22 -0200 User-Agent: KMail/1.9.7 References: <200810101429.37244.joao@matik.com.br> <48F11FD6.7050007@wenks.ch> <20081012105711.33009734@ernst.jennejohn.org> In-Reply-To: <20081012105711.33009734@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810130943.22079.joao@matik.com.br> X-Spam-Status: No, score=3.1 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC,SARE_RECV_SPAM_DOMN02,SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8417/Mon Oct 13 05:34:29 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: Fabian Wenk , freebsd-stable@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 12:44:28 -0000 On Sunday 12 October 2008 06:57:11 Gary Jennejohn wrote: > On Sat, 11 Oct 2008 23:51:18 +0200 > > Fabian Wenk wrote: > > Hello Jeremy > > > > On 11.10.08 18:52, Jeremy Chadwick wrote: > > > Could the problem be specific to certain firmware revisions on the > > > cards? > > > > Some other idea, which versions of FreeBSD/amd64 are affected? > > Only 8-CURRENT, or also 6.x- and/or 7.x-RELEASE? > > > > As far as I have seen from the reports, it does only happen with > > more then 3.5 GB RAM and with SCSI disks. > > > > I do have a system with FreeBSD/amd64 6.3-RELEASE with 4 GB RAM > > and an Adaptec 29160 Ultra160 SCSI adapter (ahc) with only a tape > > drive connected. The disks are on an Areca RAID controller. Access > > to the disks and the tape drive does work just fine without any > > crashes. > > This is interesting because the 29160 is exactly the controller with > which I had all my problems, but I was running it with disks only. > > Maybe Scott, or someone, has fixed it in the meantime? I haven't > tried to use the full 4 GB in my box since January since I can't > afford data corruption. > I guess his MB is not an AM2 socket=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 12:48: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 8255D1065689; Mon, 13 Oct 2008 12:48:38 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 02AA28FC0C; Mon, 13 Oct 2008 12:48:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9DCmUTK038470; Mon, 13 Oct 2008 10:48:30 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 13 Oct 2008 09:47:28 -0200 User-Agent: KMail/1.9.7 References: <200810101429.37244.joao@matik.com.br> <20081011165250.GA67552@icarus.home.lan> <48F2217C.9010000@samsco.org> In-Reply-To: <48F2217C.9010000@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810130947.28905.joao@matik.com.br> X-Spam-Status: No, score=3.2 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC, SARE_RECV_SPAM_DOMN02, SUBJECT_FUZZY_TION, TW_DR autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8417/Mon Oct 13 05:34:29 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-amd64@freebsd.org, Jeremy Chadwick , Adam McDougall Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 12:48:38 -0000 On Sunday 12 October 2008 14:10:36 Scott Long wrote: > >> I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS > >> controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac > >> driver) with a 5th generation RAID card with 8G of ram, both have no > >> such corruption problems. Providing this as a counter-example just to > >> document some evidence of which products seem to work fine. > > > > Is your LSI SAS controller driven by mpt(4) or mfi(4)? > > I can personal vouch for MPT and MFI drivers working just fine with >4GB. > let narrow this a little bit, are you talking about AM2 sockets?=20 because on AM2 the MPT drv is faulty as AHC, AHD and AACD with =3D> 4Gigs =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 12:50: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 E88BC1065693; Mon, 13 Oct 2008 12:50:59 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4D68FC29; Mon, 13 Oct 2008 12:50:59 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KpMsz-0006J8-Az; Mon, 13 Oct 2008 14:50:57 +0200 Received: from mad62.m.pppool.de ([89.49.173.98]:23079 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KpMsz-0007At-2o; Mon, 13 Oct 2008 14:50:57 +0200 Date: Mon, 13 Oct 2008 14:50:54 +0200 From: Gary Jennejohn To: JoaoBR Message-ID: <20081013145054.3b458aea@ernst.jennejohn.org> In-Reply-To: <200810130935.10570.joao@matik.com.br> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <200810130935.10570.joao@matik.com.br> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2008 12:51:00 -0000 On Mon, 13 Oct 2008 09:35:10 -0200 JoaoBR wrote: > On Saturday 11 October 2008 07:13:16 Jeremy Chadwick wrote: > > It's a driver problem. If you want to use SCSI then you'll have to limit > > memory to 3.5 GB. > I probably should have written - it seems to be a problem with ahc. In general SCSI seems to work, as Scott has recently documented. But see below. > > well indeed with less then 4G installed it works flawless, so the difference I > see is that former athln64 MBs had memory hole remap options or when 4Gig > installed they only gave 3.something to the OS even under amd64 - this is NOT > the case with the AM2 MBs which should support up to 8/16Mb onboard but wth > this amount freebsd amd64 does not even boot when a scsi adaptor is installed > I'm beginning to believe that it's motherboard/BIOS related and not a general problem with ahc or any other SCSI driver. I can say that at least with my Gigabyte GA-M61P-S3 I observed data corruption with 4GB of memory installed and with the BIOS mapping a part of memory above 4GB. Forcing the kernel to use only 3.5GB solved the problem. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 13:05: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 7A79A106568F for ; Mon, 13 Oct 2008 13:05:36 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id F2C4C8FC1E for ; Mon, 13 Oct 2008 13:05:35 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id m2so445171uge.39 for ; Mon, 13 Oct 2008 06:05:34 -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=Js9NaVXawoMBz5B1cmWJBP45UoC5oOX8cZwEugvJu4k=; b=RBnmT25TJBtJyNZLdotp8J7TwqUGKVnLO6XvQ2EANtKtKs763jgKRf45zSq+C/VxvK 0HtmoznuLjGCHcBVP9rXTC3FzII2Kq9DH2q6QjfOOlpCZfFpxkyF4qdFShL6zwdtTE5T waeKmTcjKlHsNEpVKFgjL2u5k72ucfPozq2BM= 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=kAsWwGTlESanbFUFsFobeZ4AkirXKcb2dLnkyCPD4gywLde+wNZXA4erEXoOLTZU/G b+ulrpPoo4u4v+UTin10VkW2eH6ROAxxlC3IcQjmWnBmZWGVZreRV4/+ZjzyE9EoiaiO 5eckgHVPyT8C/D9odcMNzwCfmU2uy+oj/Qt70= Received: by 10.67.106.13 with SMTP id i13mr3173189ugm.37.1223903134721; Mon, 13 Oct 2008 06:05:34 -0700 (PDT) Received: from ?127.0.0.1? (83-244-213-91.cust-83.exponential-e.net [83.244.213.91]) by mx.google.com with ESMTPS id e1sm6899147ugf.29.2008.10.13.06.05.33 (version=SSLv3 cipher=RC4-MD5); Mon, 13 Oct 2008 06:05:33 -0700 (PDT) From: Tom Evans To: JoaoBR In-Reply-To: <200810130937.48093.joao@matik.com.br> References: <200810101429.37244.joao@matik.com.br> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> <200810130937.48093.joao@matik.com.br> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-x730y7oFoCNvm0j+hSsR" Date: Mon, 13 Oct 2008 14:05:31 +0100 Message-Id: <1223903131.3262.45.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Cc: Adam McDougall , freebsd-stable@freebsd.org, Jeremy Chadwick , freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 13:05:36 -0000 --=-x730y7oFoCNvm0j+hSsR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-10-13 at 09:37 -0200, JoaoBR wrote: > On Saturday 11 October 2008 13:26:29 Adam McDougall wrote: > > Jeremy Chadwick wrote: > > > On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: > > >> On Sat, 11 Oct 2008 03:13:16 -0700 > > >> > > >> Jeremy Chadwick wrote: > > >>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > > >>>> On Fri, 10 Oct 2008 14:29:37 -0300 > > >>>> > > >>>> JoaoBR wrote: > > >>>>> I tried MBs as Asus, Abit and Gigabyte all same result > > >>>>> > > >>>>> Same hardware with SATA works perfect > > >>>>> > > >>>>> Same hardware with scsi up to 3.5Gigs installed works perfect > > >>>>> > > >>>>> what calls my attention that all this MBs do not have the memroy = hole > > >>>>> remapping feature so the complete 4gigs are available what normal= ly > > >>>>> was not the case with amd64 Mbs for the Athlon 64 CPUs > > >>>>> > > >>>>> some has an opinion if this is a freebsd issue or MB falure or sc= si > > >>>>> drv problem? > > >>>> > > >>>> It's a driver problem. If you want to use SCSI then you'll have t= o > > >>>> limit memory to 3.5 GB. > > >>> > > >>> What you're saying is that Adaptec and LSI Logic SCSI controllers > > >>> behave badly (and can cause data loss) on amd64 systems which conta= in > > >>> more than 3.5GB of RAM. This is a very big claim. > > >>> > > >>> Have you talked to Scott Long about this? > > >>> > > >>> Please expand on this, and provide evidence or references. I need = to > > >>> document this in my Wiki if it is indeed true. > > >> > > >> See the freebsd-scsi thread with Subject "data corruption with ahc > > >> driver and 4GB of memory using a FBSD-8 64-bit installation?" from W= ed, > > >> 30 Jan 2008. > > >> > > >> This was for ahc, but the bit-rot which Scott mentions in his reply > > >> might also apply to the LSI Logic controllers. > > >> > > >> Basically the driver doesn't correctly handle DMA above 4GB. Since = the > > >> PCI hole gets mapped above 4GB it causes problems. the (S)ATA drive= rs > > >> don't seem to have this problem. > > > > > > Thank you -- this is the exact information I was looking for. > > > > > > I will update my Wiki page to reflect this quite major problem. > > > > I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS > > controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac > > driver) with a 5th generation RAID card with 8G of ram, both have no > > such corruption problems. Providing this as a counter-example just to > > document some evidence of which products seem to work fine. > > _______________________________________________ >=20 >=20 > well this for sure is NOT a AM2 MB but any server MB which indeed run fin= e as=20 > Tyans, SMs and others I guess >=20 It sounds like your issue is specific to certain motherboards and BIOS, which would be non driver specific. Unless this is something that can be worked around, I think the 'solution' is that with this hardware, you are limited to 3.5 GB RAM.=20 Perhaps different SoHo boards would provide different behaviour... Cheers Tom --=-x730y7oFoCNvm0j+hSsR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkjzR5gACgkQlcRvFfyds/d+vgCdEV/umXhAfEs3Z5maaZ1F5vkN 7LYAoKevNwsq9aqQmWkFGKWJXNfd1711 =SSWV -----END PGP SIGNATURE----- --=-x730y7oFoCNvm0j+hSsR-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 13:19: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 6B3511065688; Mon, 13 Oct 2008 13:19:58 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id C87D18FC15; Mon, 13 Oct 2008 13:19:57 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9DDJoVG041753; Mon, 13 Oct 2008 11:19:50 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, gary.jennejohn@freenet.de Date: Mon, 13 Oct 2008 10:18:49 -0200 User-Agent: KMail/1.9.7 References: <200810101429.37244.joao@matik.com.br> <200810130935.10570.joao@matik.com.br> <20081013145054.3b458aea@ernst.jennejohn.org> In-Reply-To: <20081013145054.3b458aea@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810131018.49543.joao@matik.com.br> X-Spam-Status: No, score=3.2 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC,SARE_RECV_SPAM_DOMN02,SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8417/Mon Oct 13 05:34:29 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: Jeremy Chadwick , freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 13:19:58 -0000 On Monday 13 October 2008 10:50:54 Gary Jennejohn wrote: > On Mon, 13 Oct 2008 09:35:10 -0200 > > JoaoBR wrote: > > On Saturday 11 October 2008 07:13:16 Jeremy Chadwick wrote: > > > It's a driver problem. If you want to use SCSI then you'll have to > > > limit memory to 3.5 GB. > > I probably should have written - it seems to be a problem with ahc. In > general SCSI seems to work, as Scott has recently documented. But see > below. > > > well indeed with less then 4G installed it works flawless, so the > > difference I see is that former athln64 MBs had memory hole remap optio= ns > > or when 4Gig installed they only gave 3.something to the OS even under > > amd64 - this is NOT the case with the AM2 MBs which should support up to > > 8/16Mb onboard but wth this amount freebsd amd64 does not even boot when > > a scsi adaptor is installed > > I'm beginning to believe that it's motherboard/BIOS related and not a > general problem with ahc or any other SCSI driver. I can say that > at least with my Gigabyte GA-M61P-S3 I observed data corruption with > 4GB of memory installed and with the BIOS mapping a part of memory > above 4GB. > > Forcing the kernel to use only 3.5GB solved the problem. > exactly, I have the same MB and Gigabytes support changed Ideas with me, ev= en=20 released a newer bios version but at the end they insisted that it is an OS= =20 issue since this problem does not appear with windows and fedora =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 13:37: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 17E38106568F for ; Mon, 13 Oct 2008 13:37:19 +0000 (UTC) (envelope-from gxt@cs.nott.ac.uk) Received: from trantor.trantor.org.uk (trantor.org.uk [213.146.130.142]) by mx1.freebsd.org (Postfix) with ESMTP id 69E9E8FC1E for ; Mon, 13 Oct 2008 13:37:18 +0000 (UTC) (envelope-from gxt@cs.nott.ac.uk) Received: (qmail 17746 invoked from network); 13 Oct 2008 11:53:08 -0000 Received: from trantor.org.uk (HELO ?127.0.0.1?) (213.146.130.142) by trantor.org.uk with SMTP; 13 Oct 2008 11:53:08 -0000 From: Gianni Tedesco To: freebsd-stable@freebsd.org In-Reply-To: <1223900423.12630.12.camel@dao.KWGR614> References: <1223900423.12630.12.camel@dao.KWGR614> Content-Type: text/plain Date: Mon, 13 Oct 2008 14:10:34 +0100 Message-Id: <1223903434.12630.16.camel@dao.KWGR614> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Subject: Re: very early kernel panic on system with 4GB mem 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, 13 Oct 2008 13:37:19 -0000 On Mon, 2008-10-13 at 13:20 +0100, Gianni Tedesco wrote: > Hi, > > Tried booting FREEBSD7.0 Release #1 on a a dell poweredge SC1425. I get > an error 12: page fault in kernel mode (on write). Backtrace shows > garbage, a few calls in section _end... The fault is very early on, > literally copyright message, a message about memory above 4GB ignored > then crash. Incidentally this is a non-PAE build. Config attached below. > > Couldn't find any other similar reports. I have remote gdb access to > machine so if you need further information let me know. > > Thanks! > > # # > # Kernel Configuration Files: > # > # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, check first > # in NOTES. > # > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.410 2004/08/01 19:37:34 markm Exp $ > > > machine i386 > #cpu I486_CPU > #cpu I586_CPU > cpu I686_CPU > ident MANAGER > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > options KDB > options DDB > #makeoptions COPTFLAGS=-O0 > makeoptions COPTFLAGS="-pipe" > #makeoptions COPTFLAGS="-pipe" > > options MD_ROOT_SIZE=32000 > > hints "GENERIC.hints" > > options PREEMPTION # Enable kernel thread preemption > options UNIONFS > > options SCHED_4BSD # BSD scheduler > options INET # InterNETworking > #options INET6 # IPv6 communications protocols > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > #options UFS_ACL # Support for access control lists > #options UFS_DIRHASH # Improve performance on big directories > options MD_ROOT # MD is a potential root device > #options NFSCLIENT # Network Filesystem Client > #options NFSSERVER # Network Filesystem Server > #options NFS_ROOT # NFS usable as /, requires NFSCLIENT > #options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > #options GEOM_GPT # GUID Partition Tables. > #options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > #options PREEMPTION > #options TCP_DROP_SYNFIN > #options PAE # Big RAM (>4Gb) extention > > # To make an SMP kernel, the next two are needed > options SMP # Symmetric MultiProcessor Kernel > #options NETGRAPH > device apic # I/O APIC > > #options DEVICE_POLLING > #options HZ=2000 > > # > # Certain applications can grow to be larger than the 512M limit that > # FreeBSD initially imposes. Below are some options to allow that > # limit to grow. MAXDSIZ is the maximum that the limit can be set to, > # and the DFLDSIZ is the default value for the limit. MAXSSIZ is the > # maximum that the stack limit can be set to. You might want to set > # the default lower than the max, and explicitly set the maximum with > # a shell command for processes that regularly exceed the limit like > # INND. > # > options MAXSSIZ=(128UL*1024*1024) > options MAXDSIZ=(2048UL*1024*1024) > options DFLDSIZ=(1024UL*1024*1024) > > > device acpi > > # Bus support. Do not remove isa, even if you have no isa slots > device eisa > device pci > > # Floppy drives > #device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > #device atapifd # ATAPI floppy drives > #device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > device ahb # EISA AHA1742 family > device ahc # AHA2940 and onboard AIC7xxx devices > #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > device ahd # AHA39320/29320 and onboard AIC79xx devices > #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > device amd # AMD 53C974 (Tekram DC-390(T)) > device hptiop # Highpoint RocketRaid 3xxx series > device isp # Qlogic family > #device* ispfw # Firmware for QLogic HBAs- normally a module > device mpt # LSI-Logic MPT-Fusion > #device * ncr # NCR/Symbios Logic > device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') > device trm # Tekram DC395U/UW/F DC315U adapters > > device adv # Advansys SCSI adapters > device adw # Advansys wide SCSI adapters > device aha # Adaptec 154x SCSI adapters > device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > device bt # Buslogic/Mylex MultiMaster SCSI adapters > > device ncv # NCR 53C500 > device nsp # Workbit Ninja SCSI-3 > device stg # TMC 18C30/18C50 > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > #device ch # SCSI media changers > device da # Direct Access (disks) > #device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > device amr # AMI MegaRAID > device arcmsr # Areca SATA II RAID > device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > device ciss # Compaq Smart RAID 5* > device dpt # DPT Smartcache III, IV - See NOTES for options > device hptmv # Highpoint RocketRAID 182x > device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx > device iir # Intel Integrated RAID > device ips # IBM (Adaptec) ServeRAID > device mly # Mylex AcceleRAID/eXtremeRAID > device twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > device aac # Adaptec FSA RAID > device aacp # SCSI passthrough for aac (requires CAM) > device ida # Compaq Smart RAID > device mfi # LSI MegaRAID SAS > device mlx # Mylex DAC960 family > device pst # Promise Supertrak SX6000 > device twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > #device psm # PS/2 mouse > > device vga # VGA video card driver > > #device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > # Enable this for the pcvt (VT220 compatible) console driver > #device vt > #options XSERVER # support for X server on a vt console > #options FAT_CURSOR # start with block cursor > > #device agp # support several AGP chipsets > > # Floating point support - do not disable. > #device npx > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > #device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > #device cbb # cardbus (yenta) bridge > #device pccard # PC Card (16-bit) bus > #device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > #device sio # 8250, 16[45]50 based serial ports > > # Parallel port > #device ppc > #device ppbus # Parallel port bus (required) > #device lpt # Printer > #device plip # TCP/IP over parallel > #device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to the sio and/or ppc drivers): > #device puc > > # PCI Ethernet NICs. > device de # DEC/Intel DC21x4x (``Tulip'') > device em # Intel PRO/1000 adapter Gigabit Ethernet Card > device ixgb # Intel PRO/10GbE Ethernet Card > device txp # 3Com 3cR990 (``Typhoon'') > device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > device miibus # MII bus support > device bfe # Broadcom BCM440x 10/100 Ethernet > device bge # Broadcom BCM570xx Gigabit Ethernet > device bce > device dc # DEC/Intel 21143 and various workalikes > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') > device re # RealTek 8139C+/8169/8169S/8110S > device rl # RealTek 8129/8139 > device sf # Adaptec AIC-6915 (``Starfire'') > device sis # Silicon Integrated Systems SiS 900/SiS 7016 > device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > device ste # Sundance ST201 (D-Link DFE-550TX) > device ti # Alteon Networks Tigon I/II gigabit Ethernet > device tl # Texas Instruments ThunderLAN > device tx # SMC EtherPower II (83c170 ``EPIC'') > device vr # VIA Rhine, Rhine II > device wb # Winbond W89C840F > device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > #device sl # Kernel SLIP > #device ppp # Kernel PPP > #device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > #device gif # IPv6 and IPv4 tunneling > #device faith # IPv6-to-IPv4 relaying (translation) > > #device pf #PF OpenBSD packet-filter firewall > #device pflog #logging support interface for PF > #device pfsync #synchronization interface for PF > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device ugen # Generic > #device uhid # "Human Interface Devices" > device ukbd # Keyboard > #device ulpt # Printer > #device umass # Disks/Mass storage - Requires scbus and da > #device ums # Mouse > #device urio # Diamond Rio 500 MP3 player > #device uscanner # Scanners > # USB Ethernet, requires mii > #device aue # ADMtek USB Ethernet > #device axe # ASIX Electronics USB Ethernet > #device cue # CATC USB Ethernet > #device kue # Kawasaki LSI USB Ethernet > #device rue # RealTek RTL8150 USB Ethernet > device firmware > > # FireWire support > #device firewire # FireWire bus code > #device sbp # SCSI over FireWire (Requires scbus and da) > #device fwe # Ethernet over FireWire (non-standard!) > From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 13:39:55 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 BA2441065690; Mon, 13 Oct 2008 13:39:55 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 681B68FC0A; Mon, 13 Oct 2008 13:39:55 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m9DDdiA4021530; Mon, 13 Oct 2008 07:39:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48F34FA0.10503@samsco.org> Date: Mon, 13 Oct 2008 07:39:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: JoaoBR References: <200810101429.37244.joao@matik.com.br> <20081011165250.GA67552@icarus.home.lan> <48F2217C.9010000@samsco.org> <200810130947.28905.joao@matik.com.br> In-Reply-To: <200810130947.28905.joao@matik.com.br> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Adam McDougall , freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 13:39:55 -0000 JoaoBR wrote: > On Sunday 12 October 2008 14:10:36 Scott Long wrote: > >>>> I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS >>>> controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac >>>> driver) with a 5th generation RAID card with 8G of ram, both have no >>>> such corruption problems. Providing this as a counter-example just to >>>> document some evidence of which products seem to work fine. >>> Is your LSI SAS controller driven by mpt(4) or mfi(4)? >> I can personal vouch for MPT and MFI drivers working just fine with >4GB. >> > > > let narrow this a little bit, are you talking about AM2 sockets? > > because on AM2 the MPT drv is faulty as AHC, AHD and AACD with => 4Gigs > > > Sounds to me like this is a problem either with AM2 systems, or an infrastructure problem in the OS that is triggered by these AM2 systems. Either way, it's not a SCSI driver problem. Scott From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 13:57: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 E31441065687 for ; Mon, 13 Oct 2008 13:57:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2948FC15 for ; Mon, 13 Oct 2008 13:57:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA09.westchester.pa.mail.comcast.net with comcast id SDhL1a00L1HzFnQ59Dx7ai; Mon, 13 Oct 2008 13:57:07 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA14.westchester.pa.mail.comcast.net with comcast id SDx41a00N2P6wsM3aDx49o; Mon, 13 Oct 2008 13:57:06 +0000 X-Authority-Analysis: v=1.0 c=1 a=n07WsRzhiL8A:10 a=ORw6YhE72dwA:10 a=QycZ5dHgAAAA:8 a=u-qiumnbCzzxllDzHYkA:9 a=iGaFhjmWvG4C59ZViQAZIQSTGZcA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 59ED0C9419; Mon, 13 Oct 2008 06:57:04 -0700 (PDT) Date: Mon, 13 Oct 2008 06:57:04 -0700 From: Jeremy Chadwick To: Scott Long Message-ID: <20081013135704.GA20521@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <20081011165250.GA67552@icarus.home.lan> <48F2217C.9010000@samsco.org> <200810130947.28905.joao@matik.com.br> <48F34FA0.10503@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F34FA0.10503@samsco.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Adam McDougall , freebsd-stable@freebsd.org, JoaoBR , freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 13:57:09 -0000 On Mon, Oct 13, 2008 at 07:39:44AM -0600, Scott Long wrote: > JoaoBR wrote: >> On Sunday 12 October 2008 14:10:36 Scott Long wrote: >> >>>>> I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS >>>>> controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac >>>>> driver) with a 5th generation RAID card with 8G of ram, both have no >>>>> such corruption problems. Providing this as a counter-example just to >>>>> document some evidence of which products seem to work fine. >>>> Is your LSI SAS controller driven by mpt(4) or mfi(4)? >>> I can personal vouch for MPT and MFI drivers working just fine with >4GB. >>> >> >> >> let narrow this a little bit, are you talking about AM2 sockets? >> >> because on AM2 the MPT drv is faulty as AHC, AHD and AACD with => 4Gigs >> >> >> > > Sounds to me like this is a problem either with AM2 systems, or an > infrastructure problem in the OS that is triggered by these AM2 systems. > Either way, it's not a SCSI driver problem. Fully acknowledged. I'll add an entry to my Wiki describing this compatibility problem, but it *will not* fall under the SCSI subsection. It sounds as if there's an implementation/design problem either in FreeBSD's hardware compatibility support for AM2 (probably something very low-level) systems, or there is a bug with these Gigabyte boards; it could be either, or possibly both. It might work in Linux because, for all we know, Linux may have workarounds in place for whatever the problem may be. We simply do not know at this point. -- | 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 Mon Oct 13 14:00: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 160A71065678 for ; Mon, 13 Oct 2008 14:00:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id DC9808FC20 for ; Mon, 13 Oct 2008 14:00:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id SBC41a0060cQ2SLA7E0ACx; Mon, 13 Oct 2008 14:00:10 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id SE081a00C2P6wsM8WE08rG; Mon, 13 Oct 2008 14:00:09 +0000 X-Authority-Analysis: v=1.0 c=1 a=5jq4-TpK_-kA:10 a=e3D_WIRuMMwA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=b_TrcA2UADis80hWmhIA:9 a=qOXmIDio54QcAVqSjW0A:7 a=SXmyhde3nSHUGIUvKuYuzR8I_QkA:4 a=FgjakaQrHdoA:10 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 2F11AC9419; Mon, 13 Oct 2008 07:00:08 -0700 (PDT) Date: Mon, 13 Oct 2008 07:00:08 -0700 From: Jeremy Chadwick To: Gianni Tedesco Message-ID: <20081013140008.GB20521@icarus.home.lan> References: <1223900423.12630.12.camel@dao.KWGR614> <1223903434.12630.16.camel@dao.KWGR614> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1223903434.12630.16.camel@dao.KWGR614> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: very early kernel panic on system with 4GB mem 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, 13 Oct 2008 14:00:11 -0000 On Mon, Oct 13, 2008 at 02:10:34PM +0100, Gianni Tedesco wrote: > On Mon, 2008-10-13 at 13:20 +0100, Gianni Tedesco wrote: > > Hi, > > > > Tried booting FREEBSD7.0 Release #1 on a a dell poweredge SC1425. I get > > an error 12: page fault in kernel mode (on write). Backtrace shows > > garbage, a few calls in section _end... The fault is very early on, > > literally copyright message, a message about memory above 4GB ignored > > then crash. Incidentally this is a non-PAE build. Config attached below. > > > > Couldn't find any other similar reports. I have remote gdb access to > > machine so if you need further information let me know. > > > > Thanks! > > > > # # > > # Kernel Configuration Files: > > # > > # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > > # > > # The handbook is also available locally in /usr/share/doc/handbook > > # if you've installed the doc distribution, otherwise always see the > > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > > # latest information. > > # > > # An exhaustive list of options and more detailed explanations of the > > # device lines is also present in the ../../conf/NOTES and NOTES files. > > # If you are in doubt as to the purpose or necessity of a line, check first > > # in NOTES. > > # > > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.410 2004/08/01 19:37:34 markm Exp $ > > > > > > machine i386 > > #cpu I486_CPU > > #cpu I586_CPU > > cpu I686_CPU > > ident MANAGER > > > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > options KDB > > options DDB > > #makeoptions COPTFLAGS=-O0 > > makeoptions COPTFLAGS="-pipe" > > #makeoptions COPTFLAGS="-pipe" > > > > options MD_ROOT_SIZE=32000 > > > > hints "GENERIC.hints" > > > > options PREEMPTION # Enable kernel thread preemption > > options UNIONFS > > > > options SCHED_4BSD # BSD scheduler > > options INET # InterNETworking > > #options INET6 # IPv6 communications protocols > > options FFS # Berkeley Fast Filesystem > > options SOFTUPDATES # Enable FFS soft updates support > > #options UFS_ACL # Support for access control lists > > #options UFS_DIRHASH # Improve performance on big directories > > options MD_ROOT # MD is a potential root device > > #options NFSCLIENT # Network Filesystem Client > > #options NFSSERVER # Network Filesystem Server > > #options NFS_ROOT # NFS usable as /, requires NFSCLIENT > > #options MSDOSFS # MSDOS Filesystem > > options CD9660 # ISO 9660 Filesystem > > options PROCFS # Process filesystem (requires PSEUDOFS) > > options PSEUDOFS # Pseudo-filesystem framework > > #options GEOM_GPT # GUID Partition Tables. > > #options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > > #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > > options KTRACE # ktrace(1) support > > options SYSVSHM # SYSV-style shared memory > > options SYSVMSG # SYSV-style message queues > > options SYSVSEM # SYSV-style semaphores > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > > # output. Adds ~128k to driver. > > #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > > # output. Adds ~215k to driver. > > #options PREEMPTION > > #options TCP_DROP_SYNFIN > > #options PAE # Big RAM (>4Gb) extention > > > > # To make an SMP kernel, the next two are needed > > options SMP # Symmetric MultiProcessor Kernel > > #options NETGRAPH > > device apic # I/O APIC > > > > #options DEVICE_POLLING > > #options HZ=2000 > > > > # > > # Certain applications can grow to be larger than the 512M limit that > > # FreeBSD initially imposes. Below are some options to allow that > > # limit to grow. MAXDSIZ is the maximum that the limit can be set to, > > # and the DFLDSIZ is the default value for the limit. MAXSSIZ is the > > # maximum that the stack limit can be set to. You might want to set > > # the default lower than the max, and explicitly set the maximum with > > # a shell command for processes that regularly exceed the limit like > > # INND. > > # > > options MAXSSIZ=(128UL*1024*1024) > > options MAXDSIZ=(2048UL*1024*1024) > > options DFLDSIZ=(1024UL*1024*1024) > > > > > > device acpi > > > > # Bus support. Do not remove isa, even if you have no isa slots > > device eisa > > device pci > > > > # Floppy drives > > #device fdc > > > > # ATA and ATAPI devices > > device ata > > device atadisk # ATA disk drives > > device ataraid # ATA RAID drives > > device atapicd # ATAPI CDROM drives > > #device atapifd # ATAPI floppy drives > > #device atapist # ATAPI tape drives > > options ATA_STATIC_ID # Static device numbering > > > > # SCSI Controllers > > device ahb # EISA AHA1742 family > > device ahc # AHA2940 and onboard AIC7xxx devices > > #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > > # output. Adds ~128k to driver. > > device ahd # AHA39320/29320 and onboard AIC79xx devices > > #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > > # output. Adds ~215k to driver. > > device amd # AMD 53C974 (Tekram DC-390(T)) > > device hptiop # Highpoint RocketRaid 3xxx series > > device isp # Qlogic family > > #device* ispfw # Firmware for QLogic HBAs- normally a module > > device mpt # LSI-Logic MPT-Fusion > > #device * ncr # NCR/Symbios Logic > > device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') > > device trm # Tekram DC395U/UW/F DC315U adapters > > > > device adv # Advansys SCSI adapters > > device adw # Advansys wide SCSI adapters > > device aha # Adaptec 154x SCSI adapters > > device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > > device bt # Buslogic/Mylex MultiMaster SCSI adapters > > > > device ncv # NCR 53C500 > > device nsp # Workbit Ninja SCSI-3 > > device stg # TMC 18C30/18C50 > > > > # SCSI peripherals > > device scbus # SCSI bus (required for SCSI) > > #device ch # SCSI media changers > > device da # Direct Access (disks) > > #device sa # Sequential Access (tape etc) > > device cd # CD > > device pass # Passthrough device (direct SCSI access) > > device ses # SCSI Environmental Services (and SAF-TE) > > > > # RAID controllers interfaced to the SCSI subsystem > > device amr # AMI MegaRAID > > device arcmsr # Areca SATA II RAID > > device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > > device ciss # Compaq Smart RAID 5* > > device dpt # DPT Smartcache III, IV - See NOTES for options > > device hptmv # Highpoint RocketRAID 182x > > device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx > > device iir # Intel Integrated RAID > > device ips # IBM (Adaptec) ServeRAID > > device mly # Mylex AcceleRAID/eXtremeRAID > > device twa # 3ware 9000 series PATA/SATA RAID > > > > # RAID controllers > > device aac # Adaptec FSA RAID > > device aacp # SCSI passthrough for aac (requires CAM) > > device ida # Compaq Smart RAID > > device mfi # LSI MegaRAID SAS > > device mlx # Mylex DAC960 family > > device pst # Promise Supertrak SX6000 > > device twe # 3ware ATA RAID > > > > # atkbdc0 controls both the keyboard and the PS/2 mouse > > device atkbdc # AT keyboard controller > > device atkbd # AT keyboard > > #device psm # PS/2 mouse > > > > device vga # VGA video card driver > > > > #device splash # Splash screen and screen saver support > > > > # syscons is the default console driver, resembling an SCO console > > device sc > > > > # Enable this for the pcvt (VT220 compatible) console driver > > #device vt > > #options XSERVER # support for X server on a vt console > > #options FAT_CURSOR # start with block cursor > > > > #device agp # support several AGP chipsets > > > > # Floating point support - do not disable. > > #device npx > > > > # Power management support (see NOTES for more options) > > #device apm > > # Add suspend/resume support for the i8254. > > #device pmtimer > > > > # PCCARD (PCMCIA) support > > # PCMCIA and cardbus bridge support > > #device cbb # cardbus (yenta) bridge > > #device pccard # PC Card (16-bit) bus > > #device cardbus # CardBus (32-bit) bus > > > > # Serial (COM) ports > > #device sio # 8250, 16[45]50 based serial ports > > > > # Parallel port > > #device ppc > > #device ppbus # Parallel port bus (required) > > #device lpt # Printer > > #device plip # TCP/IP over parallel > > #device ppi # Parallel port interface device > > #device vpo # Requires scbus and da > > > > # If you've got a "dumb" serial or parallel PCI card that is > > # supported by the puc(4) glue driver, uncomment the following > > # line to enable it (connects to the sio and/or ppc drivers): > > #device puc > > > > # PCI Ethernet NICs. > > device de # DEC/Intel DC21x4x (``Tulip'') > > device em # Intel PRO/1000 adapter Gigabit Ethernet Card > > device ixgb # Intel PRO/10GbE Ethernet Card > > device txp # 3Com 3cR990 (``Typhoon'') > > device vx # 3Com 3c590, 3c595 (``Vortex'') > > > > # PCI Ethernet NICs that use the common MII bus controller code. > > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > > device miibus # MII bus support > > device bfe # Broadcom BCM440x 10/100 Ethernet > > device bge # Broadcom BCM570xx Gigabit Ethernet > > device bce > > device dc # DEC/Intel 21143 and various workalikes > > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > > device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') > > device re # RealTek 8139C+/8169/8169S/8110S > > device rl # RealTek 8129/8139 > > device sf # Adaptec AIC-6915 (``Starfire'') > > device sis # Silicon Integrated Systems SiS 900/SiS 7016 > > device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > > device ste # Sundance ST201 (D-Link DFE-550TX) > > device ti # Alteon Networks Tigon I/II gigabit Ethernet > > device tl # Texas Instruments ThunderLAN > > device tx # SMC EtherPower II (83c170 ``EPIC'') > > device vr # VIA Rhine, Rhine II > > device wb # Winbond W89C840F > > device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > > > device loop # Network loopback > > device random # Entropy device > > device ether # Ethernet support > > #device sl # Kernel SLIP > > #device ppp # Kernel PPP > > #device tun # Packet tunnel. > > device pty # Pseudo-ttys (telnet etc) > > device md # Memory "disks" > > #device gif # IPv6 and IPv4 tunneling > > #device faith # IPv6-to-IPv4 relaying (translation) > > > > #device pf #PF OpenBSD packet-filter firewall > > #device pflog #logging support interface for PF > > #device pfsync #synchronization interface for PF > > > > # The `bpf' device enables the Berkeley Packet Filter. > > # Be aware of the administrative consequences of enabling this! > > device bpf # Berkeley packet filter > > > > # USB support > > device uhci # UHCI PCI->USB interface > > device ohci # OHCI PCI->USB interface > > device ehci # EHCI PCI->USB interface (USB 2.0) > > device usb # USB Bus (required) > > #device udbp # USB Double Bulk Pipe devices > > device ugen # Generic > > #device uhid # "Human Interface Devices" > > device ukbd # Keyboard > > #device ulpt # Printer > > #device umass # Disks/Mass storage - Requires scbus and da > > #device ums # Mouse > > #device urio # Diamond Rio 500 MP3 player > > #device uscanner # Scanners > > # USB Ethernet, requires mii > > #device aue # ADMtek USB Ethernet > > #device axe # ASIX Electronics USB Ethernet > > #device cue # CATC USB Ethernet > > #device kue # Kawasaki LSI USB Ethernet > > #device rue # RealTek RTL8150 USB Ethernet > > device firmware > > > > # FireWire support > > #device firewire # FireWire bus code > > #device sbp # SCSI over FireWire (Requires scbus and da) > > #device fwe # Ethernet over FireWire (non-standard!) Does this problem happen if you use the GENERIC kernel config as your kernel config (rather than using a heavily customised one)? -- | 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 Mon Oct 13 14:10: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 4158E1065690; Mon, 13 Oct 2008 14:10:41 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from batman.home4u.ch (6to4.home4u.ch [IPv6:2002:d908:d3e2::1]) by mx1.freebsd.org (Postfix) with ESMTP id A3F808FC08; Mon, 13 Oct 2008 14:10:40 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from flashback.wenks.ch (flashback.wenks.ch [IPv6:2002:3e02:55b4:2:20a:95ff:fe8f:6586]) (authenticated bits=0) by batman.home4u.ch (8.13.1/8.13.1) with ESMTP id m9DEAbfv002733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Oct 2008 16:10:38 +0200 (CEST) (envelope-from fabian@wenks.ch) Message-ID: <48F356D7.2020603@wenks.ch> Date: Mon, 13 Oct 2008 16:10:31 +0200 From: Fabian Wenk User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org References: <200810101429.37244.joao@matik.com.br> <48F11FD6.7050007@wenks.ch> <20081012105711.33009734@ernst.jennejohn.org> <200810130943.22079.joao@matik.com.br> In-Reply-To: <200810130943.22079.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new Cc: Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 14:10:41 -0000 Hello João On 13.10.08 13:43, JoaoBR wrote: > On Sunday 12 October 2008 06:57:11 Gary Jennejohn wrote: >> On Sat, 11 Oct 2008 23:51:18 +0200 >> >> Fabian Wenk wrote: >> > I do have a system with FreeBSD/amd64 6.3-RELEASE with 4 GB RAM >> > and an Adaptec 29160 Ultra160 SCSI adapter (ahc) with only a tape >> > drive connected. The disks are on an Areca RAID controller. Access >> > to the disks and the tape drive does work just fine without any >> > crashes. >> >> This is interesting because the 29160 is exactly the controller with >> which I had all my problems, but I was running it with disks only. > I guess his MB is not an AM2 socket Right, my system board is a Tyan Thunder i7520 (S5360) server board (with only one Xeon single core CPU). The Adaptec SCSI is a PCI and the Areca RAID a PCIe controller. I guess some more facts are needed to track this down. Does it make troubles with more then one CPU core and also more then 3.5 GB RAM running on FreeBSD/amd64? If yes, then I'm not surprised that only a few people see this behavior. I think the following informations would be needed to narrow down the affected environment: - FreeBSD version 6.x, 7.x or 8-CURRENT and i368 or amd64 - make and model of system board - make and model of SCSI controller and which driver - on board SCSI controller or PCI / PCI-X / PCIe - device types connected to the SCSI, eg. disk, tape - number of cpu cores - amount of memory So for my system which works fine, this would be: - FreeBSD/amd64 6.3-RELEASE - Tyan Thunder i7520 (S5360) - Adaptec 29160 Ultra160 SCSI adapter (ahc) - PCI - tape drive (DLT-8000) - 1 cpu core - 4 GB RAM bye Fabian From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 14:24: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 2BB2E106569C for ; Mon, 13 Oct 2008 14:24:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD528FC24 for ; Mon, 13 Oct 2008 14:24:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA05.westchester.pa.mail.comcast.net with comcast id SBH21a00D0EZKEL55EQoBC; Mon, 13 Oct 2008 14:24:48 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.westchester.pa.mail.comcast.net with comcast id SEQn1a00Q2P6wsM3MEQoZK; Mon, 13 Oct 2008 14:24:48 +0000 X-Authority-Analysis: v=1.0 c=1 a=n07WsRzhiL8A:10 a=ORw6YhE72dwA:10 a=QycZ5dHgAAAA:8 a=cI3-heC5bwnThYtdq7oA:9 a=Qihdmg6gh9R7q0NJcDAA:7 a=fESNiesRORCyELHGzmE8ZNSpRA8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5E65BC9419; Mon, 13 Oct 2008 07:24:47 -0700 (PDT) Date: Mon, 13 Oct 2008 07:24:47 -0700 From: Jeremy Chadwick To: Fabian Wenk Message-ID: <20081013142447.GA21047@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <48F11FD6.7050007@wenks.ch> <20081012105711.33009734@ernst.jennejohn.org> <200810130943.22079.joao@matik.com.br> <48F356D7.2020603@wenks.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <48F356D7.2020603@wenks.ch> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 14:24:51 -0000 On Mon, Oct 13, 2008 at 04:10:31PM +0200, Fabian Wenk wrote: > Hello João > > On 13.10.08 13:43, JoaoBR wrote: >> On Sunday 12 October 2008 06:57:11 Gary Jennejohn wrote: >>> On Sat, 11 Oct 2008 23:51:18 +0200 >>> >>> Fabian Wenk wrote: > >>> > I do have a system with FreeBSD/amd64 6.3-RELEASE with 4 GB RAM >>> > and an Adaptec 29160 Ultra160 SCSI adapter (ahc) with only a tape >>> > drive connected. The disks are on an Areca RAID controller. Access >>> > to the disks and the tape drive does work just fine without any >>> > crashes. >>> >>> This is interesting because the 29160 is exactly the controller with >>> which I had all my problems, but I was running it with disks only. > >> I guess his MB is not an AM2 socket > > Right, my system board is a Tyan Thunder i7520 (S5360) server board (with > only one Xeon single core CPU). The Adaptec SCSI is a PCI and the Areca > RAID a PCIe controller. > > I guess some more facts are needed to track this down. Does it make > troubles with more then one CPU core and also more then 3.5 GB RAM > running on FreeBSD/amd64? > > If yes, then I'm not surprised that only a few people see this behavior. > > I think the following informations would be needed to narrow down the > affected environment: > > - FreeBSD version 6.x, 7.x or 8-CURRENT and i368 or amd64 > - make and model of system board > - make and model of SCSI controller and which driver > - on board SCSI controller or PCI / PCI-X / PCIe > - device types connected to the SCSI, eg. disk, tape > - number of cpu cores > - amount of memory Two items which are missed (sort of implied though): motherboard BIOS version, and SCSI card BIOS version. Let's try to make an effort to get some hardware and software stats from other folks so we can determine what the commonality in all of this is. I can keep track of this stuff if need be. We know for sure at this point that some of the reported systems experiencing this problem work fine on Linux (all memory seen, and no data corruption), so that "sort of" clears the hardware of being bad or buggy. -- | 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 Mon Oct 13 15:48: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 B1F44106564A; Mon, 13 Oct 2008 15:48:35 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from batman.home4u.ch (6to4.home4u.ch [IPv6:2002:d908:d3e2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4A28FC1D; Mon, 13 Oct 2008 15:48:34 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from flashback.wenks.ch (flashback.wenks.ch [IPv6:2002:3e02:55b4:2:20a:95ff:fe8f:6586]) (authenticated bits=0) by batman.home4u.ch (8.13.1/8.13.1) with ESMTP id m9DFmVO0017175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Oct 2008 17:48:33 +0200 (CEST) (envelope-from fabian@wenks.ch) Message-ID: <48F36DCA.40006@wenks.ch> Date: Mon, 13 Oct 2008 17:48:26 +0200 From: Fabian Wenk User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org References: <200810101429.37244.joao@matik.com.br> <48F11FD6.7050007@wenks.ch> <20081012105711.33009734@ernst.jennejohn.org> <200810130943.22079.joao@matik.com.br> <48F356D7.2020603@wenks.ch> <20081013142447.GA21047@icarus.home.lan> In-Reply-To: <20081013142447.GA21047@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 13 Oct 2008 15:48:35 -0000 Hello Jeremy On 13.10.08 16:24, Jeremy Chadwick wrote: > Two items which are missed (sort of implied though): motherboard BIOS > version, and SCSI card BIOS version. Ok, for my system this would be: BIOS Information Vendor: Phoenix Technologies Ltd. Version: V1.06 Release Date: 08/01/2006 Adaptec SCSI BIOS v3.10.0 bye Fabian From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 16:03: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 DBF641065694; Mon, 13 Oct 2008 16:03:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 69DA48FC0A; Mon, 13 Oct 2008 16:03:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m9DG2cw9011912; Mon, 13 Oct 2008 12:02:50 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Gerrit =?iso-8859-1?q?K=FChn?= Date: Mon, 13 Oct 2008 10:27:40 -0400 User-Agent: KMail/1.9.7 References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <200810101122.16492.jhb@freebsd.org> <20081013090946.0e0ba33e.gerrit@pmp.uni-hannover.de> In-Reply-To: <20081013090946.0e0ba33e.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810131027.40630.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 13 Oct 2008 12:02:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8417/Mon Oct 13 03:34:29 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , d@delphij.net, jeff@freebsd.org Subject: Re: Regression 7.0R -> 7-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: Mon, 13 Oct 2008 16:03:05 -0000 On Monday 13 October 2008 03:09:46 am Gerrit K=FChn wrote: > On Fri, 10 Oct 2008 11:22:15 -0400 John Baldwin wrote > about Re: Regression 7.0R -> 7-stable?: >=20 > JB> Ok, can you run gdb on your kernel.debug and do > JB> 'l *0xffffffff804608c0' >=20 > 0xffffffff804608c0 is in scheduler (/usr/src/sys/vm/vm_glue.c:670). >=20 > [...lines 665-674...] >=20 >=20 > Hope this helps, > Gerrit I was afraid of that, it basically means that it finished the entire boot=20 process. The next step is that init (pid 1) should be scheduled and try to= =20 execute. You can maybe add some printf's to the code to start up init to s= ee=20 how far it gets. The routine in question is 'start_init()' in=20 sys/kern/init_main.c. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 21:22: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 59A051065686 for ; Mon, 13 Oct 2008 21:22:59 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (ppp121-44-62-136.lns10.syd7.internode.on.net [121.44.62.136]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3948FC18 for ; Mon, 13 Oct 2008 21:22:59 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by k7.mavetju.org (Postfix, from userid 1001) id C301A4505B; Tue, 14 Oct 2008 08:05:20 +1100 (EST) Date: Tue, 14 Oct 2008 08:05:20 +1100 From: Edwin Groothuis To: Jeremy Chadwick Message-ID: <20081013210520.GA71471@mavetju.org> References: <20080910203445.GA8561@mr-happy.com> <20081013052353.GA10013@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081013052353.GA10013@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: "Carlos A. M. dos Santos" , freebsd-stable@freebsd.org, Jeff Blank Subject: Re: can't see non-root writes to /dev/console 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, 13 Oct 2008 21:22:59 -0000 On Sun, Oct 12, 2008 at 10:23:53PM -0700, Jeremy Chadwick wrote: > > The ioctl call fails (EPERM) because only superuser can use TIOCCONS, > > regardless the ownership of the device. Using xterm with the "-C" > > argument works because xterm is installed with the setuid flag bit on. > > So the solution is "chmod +us xconsole". > > Can someone security audit this program before blindly setuid-root'ing > it? Isn't xconsole not just the same values as /var/log/messages ? So information-leaking-wise it isn't a huge deal. Only the program itself is now the unknown. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 21:23: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 91E91106568F for ; Mon, 13 Oct 2008 21:23:04 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF6F8FC1C for ; Mon, 13 Oct 2008 21:23:03 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so394542gve.39 for ; Mon, 13 Oct 2008 14:23:02 -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=afVk/esNREZrL0yKW/Y8I+yYGuSH3+DIQVkVXTjjdCk=; b=PO+sdj54FuhyIb5MhhPKrVHV3ltpyM1ypUBdvoM+MRumqpbImXv++pndgwni+6GJj3 8B752gApgYqtJQ+DquVkn6sXYe1tib5MWlKdq9HjlsqGIetsDXlQYNNULexrDBsqeieQ VBtqMyYDSEtu8crEJkbqKGp/1xQTpwNTl5hC8= 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=Bejnv43z+9ZFdvklAtFo6Fjo8UWx1aknPtwcJtGAc/2MQFkrEaaV3kYznI30cJl7+v w3HcHrdSrcymvdrbi2ek5ZgZfluKsIxV+bw5rIUzSJIzgZS3+9LPcTywfsSkezPSYi8/ 4m8n2e5lejmnImeBN0l6QkDOCcTCJln6VK2T8= Received: by 10.103.201.12 with SMTP id d12mr3940080muq.36.1223932981664; Mon, 13 Oct 2008 14:23:01 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Mon, 13 Oct 2008 14:23:01 -0700 (PDT) Message-ID: Date: Mon, 13 Oct 2008 18:23:01 -0300 From: "Carlos A. M. dos Santos" To: "Edwin Groothuis" In-Reply-To: <20081013210520.GA71471@mavetju.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080910203445.GA8561@mr-happy.com> <20081013052353.GA10013@icarus.home.lan> <20081013210520.GA71471@mavetju.org> Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Jeff Blank Subject: Re: can't see non-root writes to /dev/console 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, 13 Oct 2008 21:23:04 -0000 On Mon, Oct 13, 2008 at 6:05 PM, Edwin Groothuis wrote: > On Sun, Oct 12, 2008 at 10:23:53PM -0700, Jeremy Chadwick wrote: >> > The ioctl call fails (EPERM) because only superuser can use TIOCCONS, >> > regardless the ownership of the device. Using xterm with the "-C" >> > argument works because xterm is installed with the setuid flag bit on. >> > So the solution is "chmod +us xconsole". >> >> Can someone security audit this program before blindly setuid-root'ing >> it? > > Isn't xconsole not just the same values as /var/log/messages ? > > So information-leaking-wise it isn't a huge deal. Only the program > itself is now the unknown. > > Edwin > -- > Edwin Groothuis Website: http://www.mavetju.org/ > edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ The OpenBSD folks solved the permission issue along time ago(*) by means of a privilege separation feature. Take a look at http://www.openbsd.org/cgi-bin/cvsweb/xenocara/app/xconsole/ I will see if is possible to update the xconsole port in order to do the same. Is there any standard privilege separation framework on FreeBSD? (*) http://openbsd.monkey.org/tech/200302/msg00064.html -- cd /usr/ports/sysutils/life make clean From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 21:34:43 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 D848C10656A0; Mon, 13 Oct 2008 21:34:43 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (ppp121-44-62-136.lns10.syd7.internode.on.net [121.44.62.136]) by mx1.freebsd.org (Postfix) with ESMTP id 8B01D8FC18; Mon, 13 Oct 2008 21:34:43 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by k7.mavetju.org (Postfix, from userid 1001) id 8A7A445039; Tue, 14 Oct 2008 08:34:00 +1100 (EST) Date: Tue, 14 Oct 2008 08:34:00 +1100 From: Edwin Groothuis To: "Carlos A. M. dos Santos" Message-ID: <20081013213400.GB71471@mavetju.org> References: <20080910203445.GA8561@mr-happy.com> <20081013052353.GA10013@icarus.home.lan> <20081013210520.GA71471@mavetju.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Jeff Blank Subject: Re: can't see non-root writes to /dev/console 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, 13 Oct 2008 21:34:43 -0000 On Mon, Oct 13, 2008 at 06:23:01PM -0300, Carlos A. M. dos Santos wrote: > The OpenBSD folks solved the permission issue along time ago(*) by > means of a privilege separation feature. Take a look at > > http://www.openbsd.org/cgi-bin/cvsweb/xenocara/app/xconsole/ > > I will see if is possible to update the xconsole port in order to do > the same. Is there any standard privilege separation framework on > FreeBSD? I haven't heard of it, but is it a framework on OpenBSD or is it an approach? Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 03:38: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 BEC5D1065689 for ; Tue, 14 Oct 2008 03:38:46 +0000 (UTC) (envelope-from king@computerking.ca) Received: from mx1.canmail.org (mx1.canmail.org [66.244.200.225]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7E88FC16 for ; Tue, 14 Oct 2008 03:38:46 +0000 (UTC) (envelope-from king@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx1.canmail.org (Postfix) with ESMTP id CC22CB00E2 for ; Mon, 13 Oct 2008 21:20:35 -0600 (MDT) X-Virus-Scanned: amavisd-new at X-Spam-Flag: NO X-Spam-Score: -0.97 X-Spam-Level: X-Spam-Status: No, score=-0.97 tagged_above=-10 required=6.6 tests=[AWL=-0.253, BAYES_00=-2.599, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.1] Received: from mx1.canmail.org ([127.0.0.1]) by localhost (mx1.canmail.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HyGv3cvPp+vn for ; Mon, 13 Oct 2008 21:20:34 -0600 (MDT) Received: from mx1.canmail.org (localhost.localdomain [127.0.0.1]) by mx1.canmail.org (Postfix) with ESMTP id 77A7BB002D for ; Mon, 13 Oct 2008 21:20:34 -0600 (MDT) Date: Mon, 13 Oct 2008 21:20:34 -0600 (MDT) From: RYAN vAN GINNEKEN To: freebsd-stable@freebsd.org Message-ID: <29478882.17151223954434267.JavaMail.root@mx1.canmail.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [68.144.18.110] X-Mailer: Zimbra 5.0.9_GA_2533.UBUNTU6 (zclient/5.0.9_GA_2533.UBUNTU6) Subject: aclocal broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: RYAN vAN GINNEKEN List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 03:38:46 -0000 Trying to install zoneminder port but getting this error Using this version on Freebsd FreeBSD pcbsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #42: Thu Sep 11 09:07:25 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 cd . && /bin/sh /usr/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3/missing --run autoheader aclocal.m4:14: error: this file was generated for autoconf 2.61. You have another version of autoconf. If you want to use that, you should regenerate the build system entirely. aclocal.m4:14: the top level autom4te-2.62: /usr/local/bin/gm4 failed with exit status: 63 autoheader-2.62: '/usr/local/bin/autom4te-2.62' failed with exit status: 63 *** Error code 1 Stop in /usr/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3. *** Error code 1 Stop in /usr/ports/multimedia/zoneminder. PLEASE HELP Computer King & CaN Mail - Sales Service Hosting Backup http://www.computerking.ca http://www.canmail.org NEW!!! Custom Service Packages Secure IMAP Email - Automated Remote Backups - Photo Blogs - Online Accounting Packages From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 04:41:16 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 B9DC51065689 for ; Tue, 14 Oct 2008 04:41:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 64E5D8FC08 for ; Tue, 14 Oct 2008 04:41:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA06.westchester.pa.mail.comcast.net with comcast id SQkA1a00G0bG4ec56Uh6De; Tue, 14 Oct 2008 04:41:06 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.westchester.pa.mail.comcast.net with comcast id SUhE1a00E2P6wsM3PUhEhc; Tue, 14 Oct 2008 04:41:15 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=UVcWqE7GsFuXKEe9KDUA:9 a=IFLlTkExRSte3lRAmigA:7 a=sh_aak8Oj6zjMsqInT6ZlOpCOfkA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 40704C9419; Mon, 13 Oct 2008 21:41:14 -0700 (PDT) Date: Mon, 13 Oct 2008 21:41:14 -0700 From: Jeremy Chadwick To: RYAN vAN GINNEKEN Message-ID: <20081014044114.GA40193@icarus.home.lan> References: <29478882.17151223954434267.JavaMail.root@mx1.canmail.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29478882.17151223954434267.JavaMail.root@mx1.canmail.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: aclocal broken 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, 14 Oct 2008 04:41:16 -0000 On Mon, Oct 13, 2008 at 09:20:34PM -0600, RYAN vAN GINNEKEN wrote: > Trying to install zoneminder port but getting this error > Using this version on Freebsd > > FreeBSD pcbsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #42: Thu Sep 11 09:07:25 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 > > cd . && /bin/sh /usr/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3/missing --run autoheader I have no such port on my system, and the FreeBSD web site agrees: # cd /usr/ports/multimedia/zoneminder /usr/ports/multimedia/zoneminder: No such file or directory. # grep -i zoneminder /usr/ports/INDEX-7 # http://www.freebsd.org/cgi/cvsweb.cgi/ports/multimedia/zoneminder I'm not sure how much support you'll get here for that. > aclocal.m4:14: error: this file was generated for autoconf 2.61. > You have another version of autoconf. If you want to use that, > you should regenerate the build system entirely. > aclocal.m4:14: the top level > autom4te-2.62: /usr/local/bin/gm4 failed with exit status: 63 > autoheader-2.62: '/usr/local/bin/autom4te-2.62' failed with exit status: 63 This indicates whoever made the port Makefile is making use of the wrong version of autoconf. The following line should be added or changed in the port Makefile: USE_AUTOTOOLS= autoconf:261:env -- | 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 Oct 14 06:47: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 C708D1065678 for ; Tue, 14 Oct 2008 06:47:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3878FC22 for ; Tue, 14 Oct 2008 06:47:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1844646rvf.43 for ; Mon, 13 Oct 2008 23:47:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=l36INU40XpUXHynVXXQ24KuG+mmJcLCRiVdUuWhaJow=; b=qOQdQcY1OueYXU0QzZdZzdplUpE1F24kwC6ez67k1ylgvlYs3JCzq2LLy9ewxIXPFu tHjnxSQUo0WRJN9sie+a1h+fDwEWlV9TetlydirMgTKqumsoaRIVGl0PwbJJoaDbBbFc sTYQ/rpw0ugKFaOoG2nXM0QEG5ISnkPk1im78= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=f7gi/m/K2YnhpwNBrq3HgEOsf32V+NBPNG75HoL4/7hZ1YD6h9eo1rLTyK7/imbp5N va+DSzGxwXY6QLQ91FmXFiLEfXhTV481x06ZaIugRf2SlKr4pSTFZSa3MxG1SKRD/Lrt dcp95WVEUJNWEoDYQhkjkMz84SsqsDWIxMW4A= Received: by 10.141.69.1 with SMTP id w1mr4541540rvk.185.1223966820027; Mon, 13 Oct 2008 23:47:00 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm8444531rvb.2.2008.10.13.23.46.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 13 Oct 2008 23:46:58 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9E6ivjr015967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Oct 2008 15:44:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9E6iuX2015966; Tue, 14 Oct 2008 15:44:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 14 Oct 2008 15:44:56 +0900 From: Pyun YongHyeon To: Georgi Iovchev Message-ID: <20081014064456.GE14769@cdnetworks.co.kr> References: <596673353.20081006181334@pulsar.bg> <20081010012058.GA99376@cdnetworks.co.kr> <1948191744.20081010114326@pulsar.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1948191744.20081010114326@pulsar.bg> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@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, 14 Oct 2008 06:47:00 -0000 On Fri, Oct 10, 2008 at 11:43:26AM +0300, Georgi Iovchev wrote: > > > -- > Friday, October 10, 2008, 4:20:58 AM: > > > On Mon, Oct 06, 2008 at 06:13:34PM +0300, Georgi Iovchev wrote: > >> Hello list > >> > >> I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R > >> motherboard. Integrated network card is Realtek 8111B. > >> I can not wake the computer after I shutdown it from FreeBSD. > >> It is a dualboot system - windows xp and freebsd. If I shutdown the > >> computer from windows - later I can wake it up with magic packet. Even > >> if i shutdown the machine on the boot menu with the power button - than > >> later I can wake on lan. The only situation where I CANNOT wake it is > >> when I shutdown the machine from freebsd (halt -p). > >> > >> First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I > >> upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two > >> network cards - the integrated one Realtek 8111B and another one Intel > >> PRO1000PT PCI-E with WOL enabled. > >> > > > Don't know WOL issue of em(4) but re(4) should respond to WOL. > > 7.0-RELEASE had no support for WOL so RELENG_7 or 7.1-PRERELEASE > > should be used to experiment WOL. > Now I am using 7.1-prerelase > > >> With both nics and both freebsd versions the situation is the same - > >> after shutdown from bsd the computer is not able to wake on lan. The > > > Because you can wake up your sytem from Windows shutdown I think > > your BIOS is already configured to allow wakeup from WOL. Would > > you compare ethernet address of re(4) to Winwods? Have you tried to > > send Magic packets to FreeBSD box? > I have tried sending magic packets from another bsd machine. I am > using net/wol. I also tried to send magic packets from windows machine > using 3 different programs. > > > You may also try suspend your box with acpiconf and resume from WOL. > I cant. > > [root@backup ~]# acpiconf -s 5 > acpiconf: invalid sleep type (5) > > Actually I cant enter in any sleep state > [root@backup ~]# acpiconf -s 4 > acpiconf: request sleep type (4) failed: Operation not supported > [root@backup ~]# acpiconf -s 3 > acpiconf: request sleep type (3) failed: Operation not supported > [root@backup ~]# acpiconf -s 2 > acpiconf: request sleep type (2) failed: Operation not supported > [root@backup ~]# acpiconf -s 1 > acpiconf: request sleep type (1) failed: Operation not supported > > I am using generic kernel with little modifications, (generally i have > commented many unused drivers - raid, if_....) Acpi is in generic > kernel now. > > I even tried to wake the machine with magic packet after shutdown -h. > But still no luck. > > > >> indication on the switch port says that after shut down there is > >> active link. > >> > > > That indicates the controller is alive so it shall respond to WOL > > if it was correctly configured to receive WOL packets. Have you > > tried to send Magic packets to FreeBSD box? > > >> Here is some information after last update: > >> > >> [root@backup ~]# uname -a > >> FreeBSD backup.pulsar.bg 7.1-PRERELEASE FreeBSD > >> 7.1-PRERELEASE #1: Mon Oct 6 17:01:26 EEST 2008 > >> root@backup.pulsar.bg:/usr/obj/usr/src/sys/MYCONF amd64 > >> > >> [root@backup ~]# pciconf -lv > >> ... > >> re0@pci0:3:0:0: class=0x020000 card=0xe0001458 > >> chip=0x816810ec rev=0x01 hdr=0x00 > >> vendor = 'Realtek Semiconductor' > >> device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > >> class = network > >> subclass = ethernet > >> ... > > > Show me dmesg output pertinent to re(4). > > re0: port 0xd000-0xd0ff mem 0xf2000000-0xf2000fff irq 17 at device 0.0 on pci3 > re0: turning off MSI enable bit. > re0: Chip rev. 0x38000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:1f:d0:24:19:e9 > re0: [FILTER] > It looks like your chip is RTL8168B and I don't see any errors in WOL related code of re(4). :-( Can you check the resolved link speed/duplex of FreeBSD box after shutdown?(You can enter to your switch menu and see the port status.) How about sending WOL packets over direct-connected UTP cable without using switch? -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 06:49: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 C7441106568C for ; Tue, 14 Oct 2008 06:49:38 +0000 (UTC) (envelope-from king@computerking.ca) Received: from mx1.canmail.org (mx1.canmail.org [66.244.200.225]) by mx1.freebsd.org (Postfix) with ESMTP id 8481A8FC26 for ; Tue, 14 Oct 2008 06:49:38 +0000 (UTC) (envelope-from king@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx1.canmail.org (Postfix) with ESMTP id 3504FB002D; Tue, 14 Oct 2008 00:49:38 -0600 (MDT) X-Virus-Scanned: amavisd-new at X-Spam-Flag: NO X-Spam-Score: -0.998 X-Spam-Level: X-Spam-Status: No, score=-0.998 tagged_above=-10 required=6.6 tests=[AWL=-0.281, BAYES_00=-2.599, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.1] Received: from mx1.canmail.org ([127.0.0.1]) by localhost (mx1.canmail.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id andnxUgmnWa3; Tue, 14 Oct 2008 00:49:35 -0600 (MDT) Received: from mx1.canmail.org (localhost.localdomain [127.0.0.1]) by mx1.canmail.org (Postfix) with ESMTP id A2A4CB002C; Tue, 14 Oct 2008 00:49:35 -0600 (MDT) Date: Tue, 14 Oct 2008 00:49:35 -0600 (MDT) From: RYAN vAN GINNEKEN To: Jeremy Chadwick Message-ID: <1767083.17231223966975596.JavaMail.root@mx1.canmail.org> In-Reply-To: <20081014044114.GA40193@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [68.144.18.110] X-Mailer: Zimbra 5.0.9_GA_2533.UBUNTU6 (zclient/5.0.9_GA_2533.UBUNTU6) Cc: freebsd-stable@freebsd.org Subject: Re: aclocal broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: RYAN vAN GINNEKEN List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 06:49:38 -0000 ----- Jeremy Chadwick wrote: > On Mon, Oct 13, 2008 at 09:20:34PM -0600, RYAN vAN GINNEKEN wrote: > > Trying to install zoneminder port but getting this error > > Using this version on Freebsd > > > > FreeBSD pcbsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #42: Thu Sep 11 09:07:25 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 > > > > cd . && /bin/sh /usr/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3/missing --run autoheader > > I have no such port on my system, and the FreeBSD web site agrees: > > # cd /usr/ports/multimedia/zoneminder > /usr/ports/multimedia/zoneminder: No such file or directory. > # grep -i zoneminder /usr/ports/INDEX-7 > # > You are correct this is not a native FreeBSD port i downloaded this port from here http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=0 > http://www.freebsd.org/cgi/cvsweb.cgi/ports/multimedia/zoneminder > > I'm not sure how much support you'll get here for that. > > > aclocal.m4:14: error: this file was generated for autoconf 2.61. > > You have another version of autoconf. If you want to use that, > > you should regenerate the build system entirely. > > aclocal.m4:14: the top level > > autom4te-2.62: /usr/local/bin/gm4 failed with exit status: 63 > > autoheader-2.62: '/usr/local/bin/autom4te-2.62' failed with exit status: 63 > > This indicates whoever made the port Makefile is making use of the wrong > version of autoconf. The following line should be added or changed in > the port Makefile: > > USE_AUTOTOOLS= autoconf:261:env I tried adding this to the Makefile but get this error instead USE_AUTOTOOLS= autoconf:261:env make ===> zoneminder-1.23.3,1 cannot install: unknown AUTOCONF version: 261. *** Error code 1 Stop in /usr/ports/multimedia/zoneminder. So i tried to find out which version i was using and got this autoconf --version autoconf (GNU Autoconf) 2.62 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv2+: GNU GPL version 2 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David J. MacKenzie and Akim Demaille. Next i tried changeing the line below and it was back to the exact same error above USE_AUTOTOOLS= autoconf:262:env > > -- > | 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 Oct 14 06:58: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 4812A1065689 for ; Tue, 14 Oct 2008 06:58:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9938FC13 for ; Tue, 14 Oct 2008 06:57:59 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id SW9b1a0070x6nqcA7WxzwA; Tue, 14 Oct 2008 06:57:59 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id SWxy1a0082P6wsM8YWxyTM; Tue, 14 Oct 2008 06:57:59 +0000 X-Authority-Analysis: v=1.0 c=1 a=u0BurSfoAAAA:8 a=QycZ5dHgAAAA:8 a=y5eFfFZL5Ki4ZKF0BMwA:9 a=ew5uZp2ycH1cCjAd0L0A:7 a=KS600TtS8EoEvDnOgKh0uv_vl68A:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 6D31FC9419; Mon, 13 Oct 2008 23:57:58 -0700 (PDT) Date: Mon, 13 Oct 2008 23:57:58 -0700 From: Jeremy Chadwick To: RYAN vAN GINNEKEN Message-ID: <20081014065758.GA42754@icarus.home.lan> References: <20081014044114.GA40193@icarus.home.lan> <1767083.17231223966975596.JavaMail.root@mx1.canmail.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1767083.17231223966975596.JavaMail.root@mx1.canmail.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: aclocal broken 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, 14 Oct 2008 06:58:00 -0000 On Tue, Oct 14, 2008 at 12:49:35AM -0600, RYAN vAN GINNEKEN wrote: > ----- Jeremy Chadwick wrote: > > On Mon, Oct 13, 2008 at 09:20:34PM -0600, RYAN vAN GINNEKEN wrote: > > > Trying to install zoneminder port but getting this error > > > Using this version on Freebsd > > > > > > FreeBSD pcbsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #42: Thu Sep 11 09:07:25 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 > > > > > > cd . && /bin/sh /usr/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3/missing --run autoheader > > > > I have no such port on my system, and the FreeBSD web site agrees: > > > > # cd /usr/ports/multimedia/zoneminder > > /usr/ports/multimedia/zoneminder: No such file or directory. > > # grep -i zoneminder /usr/ports/INDEX-7 > > # > > > You are correct this is not a native FreeBSD port i downloaded this port from here http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=0 Which means you should ask the author of the port on that forum to fix this problem. :-) > > This indicates whoever made the port Makefile is making use of the wrong > > version of autoconf. The following line should be added or changed in > > the port Makefile: > > > > USE_AUTOTOOLS= autoconf:261:env > I tried adding this to the Makefile but get this error instead > USE_AUTOTOOLS= autoconf:261:env > > make > ===> zoneminder-1.23.3,1 cannot install: unknown AUTOCONF version: 261. > *** Error code 1 Ah, right -- we have no autoconf 2.61 port. I believe ade@ could comment on why that is. You could try removing the USE_AUTOTOOLS line altogether. > So i tried to find out which version i was using and got this > > autoconf --version There are wrappers and other things for auto-tools on FreeBSD, so this isn't a very good test. I would recommend you talk to the author of this port and ask him to update his suite/software to use autoconf 2.62. Either way, this port is not something in the FreeBSD ports tree; you'll need to talk to the author. -- | 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 Oct 14 06:58: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 896DD1065693 for ; Tue, 14 Oct 2008 06:58:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0988FC26 for ; Tue, 14 Oct 2008 06:58:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1847778rvf.43 for ; Mon, 13 Oct 2008 23:58:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=KoOCTwne6wvhq+KbHQAYEsfuKQ5oUuHElRS5nNxWG7E=; b=CsiS7NJfiqcasqWsYME2li1lTMTpHOZmS9Lu1dLNhY2oC9WASUo6sw2umDX0WhyXLt thIeYfphJsnMkXa6d6GakIjf/f1nQe0Q6a38DEohSNarJ/NXh1d9VLBex0wHXFVBDQ5B i5yOidJwhkZkqq0nQtAx4A/tmZSJBDF3zddBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=wQKBSv0Vw+aYoNARtr6B2c7265RYfgpjulB5HRF4n2fDPeue0uUvlGb+KP37PK1+N4 LgJggvdV+QiDUOBfK+jbGQtwCUyL5As+1BTjsYIzwnko89R2A7+jNP0teOjeC8ohrxc4 2CBiQLxm7lDy5Ly2yreJ8uz7Dp+dqcPa7Pyyo= Received: by 10.141.74.17 with SMTP id b17mr4295949rvl.119.1223967515814; Mon, 13 Oct 2008 23:58:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm8640737rvb.2.2008.10.13.23.58.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 13 Oct 2008 23:58:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9E6uYT3016019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Oct 2008 15:56:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9E6uXj9016018; Tue, 14 Oct 2008 15:56:33 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 14 Oct 2008 15:56:33 +0900 From: Pyun YongHyeon To: David Adam Message-ID: <20081014065633.GF14769@cdnetworks.co.kr> References: <596673353.20081006181334@pulsar.bg> <20081010060013.GB99376@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Georgi Iovchev , freebsd-stable@freebsd.org Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@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, 14 Oct 2008 06:58:36 -0000 On Sat, Oct 11, 2008 at 10:53:39AM +0800, David Adam wrote: > On Fri, 10 Oct 2008, Pyun YongHyeon wrote: > > On Fri, Oct 10, 2008 at 11:41:59AM +0800, David Adam wrote: > > > On Mon, 6 Oct 2008, Georgi Iovchev wrote: > > > > I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R > > > > motherboard. Integrated network card is Realtek 8111B. > > > > I can not wake the computer after I shutdown it from FreeBSD. > > > > It is a dualboot system - windows xp and freebsd. If I shutdown the > > > > computer from windows - later I can wake it up with magic packet. Even > > > > if i shutdown the machine on the boot menu with the power button - than > > > > later I can wake on lan. The only situation where I CANNOT wake it is > > > > when I shutdown the machine from freebsd (halt -p). > > > > > > > > First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I > > > > upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two > > > > network cards - the integrated one Realtek 8111B and another one Intel > > > > PRO1000PT PCI-E with WOL enabled. > > > > > > > > With both nics and both freebsd versions the situation is the same - > > > > after shutdown from bsd the computer is not able to wake on lan. The > > > > indication on the switch port says that after shut down there is > > > > active link. > > > > > > I have a similar problem with an Intel SR1200 Pentium 3-class system, > > > using fxp(4) cards, although I haven't yet tried the `halt -p` command. > > > > > > > fxp(4) should be taught to support WOL. Also note, not all fxp(4) > > hardwares support WOL. > > Both of the fxp(4) interfaces on my development system certainly support > WOL, so although I'm no kernel programmer I'd be more than happy to test > patches or provide developer access. > I have a bunch of fxp cards donated by andre@ so I guess I'm one of the best one that can experiment WOL capability on fxp(4). Before that expeimentation I guess I have to read documentation of E100 to write a WOL patch. These days I'm somewaht overloaded for paid work and other network drivers so I can't promise but I'll try if I manage to find spare time. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 09:53: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 94815106568E; Tue, 14 Oct 2008 09:53:48 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4508FC16; Tue, 14 Oct 2008 09:53:47 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m9E9rXF4025741; Tue, 14 Oct 2008 11:53:35 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 2C41972; Tue, 14 Oct 2008 11:53:33 +0200 (CEST) Date: Tue, 14 Oct 2008 11:53:33 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: John Baldwin Message-Id: <20081014115333.3d3e41ab.gerrit@pmp.uni-hannover.de> In-Reply-To: <200810131027.40630.jhb@freebsd.org> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <200810101122.16492.jhb@freebsd.org> <20081013090946.0e0ba33e.gerrit@pmp.uni-hannover.de> <200810131027.40630.jhb@freebsd.org> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.10.14.93120 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , d@delphij.net, jeff@freebsd.org Subject: Re: Regression 7.0R -> 7-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: Tue, 14 Oct 2008 09:53:48 -0000 On Mon, 13 Oct 2008 10:27:40 -0400 John Baldwin wrote about Re: Regression 7.0R -> 7-stable?: JB> On Monday 13 October 2008 03:09:46 am Gerrit K=FChn wrote: JB> > JB> Ok, can you run gdb on your kernel.debug and do JB> > JB> 'l *0xffffffff804608c0' JB> > 0xffffffff804608c0 is in scheduler (/usr/src/sys/vm/vm_glue.c:670). JB> > [...lines 665-674...] JB> I was afraid of that, it basically means that it finished the entire JB> boot process. =20 I already thought so because I saw a grey (not white) cursor afterwards. JB> The next step is that init (pid 1) should be scheduled JB> and try to execute. You can maybe add some printf's to the code to JB> start up init to see how far it gets. The routine in question is JB> 'start_init()' in sys/kern/init_main.c. Let me see... I added my first printf in line 619 (and several after that), right after the "Need just enough stack..." comment. This was never reached, the system hangs before that. After that I added printf before and after vfs_mountroot(). Now the things runs just a bit further for the first time. I see my new printfs and between them the message "Trying to mount root from ufs:/dev/ad0s1a". After that come all my printfs I had added before, followed by "start_init: trying /sbin/init". Then it hangs again. I am a bit puzzled because I did not see the "Trying to mount..." and "start_init:..." messages before. Just trying again to boot with the same setup hangs in vfs_mountroot() (printf before is displayed, printf after not). It appears to me as if the hang is caused by some kind of "parallel task", and what I am seeing on the console stops a bit earlier or later depending on that. As I am seeing this only with the ULE-scheduler: Is the scheduler already in action at this point, and may the hang depend on what it is deciding to do? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 10:31:07 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 9F0D91065686 for ; Tue, 14 Oct 2008 10:31:07 +0000 (UTC) (envelope-from merlyn500@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 207958FC13 for ; Tue, 14 Oct 2008 10:31:05 +0000 (UTC) (envelope-from merlyn500@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so2254103fkk.11 for ; Tue, 14 Oct 2008 03:31:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=2s+xmxl5e0dEfeOfI/fRvYheABrj8rlq6clhQGqdQ6o=; b=L7aquIFWYzsXX1xZ68huAEWn46tMfX1t+2nWKwe2ixpaW7naPsEXxtDFQ89qQMePdK UqJvF7cVI3xFeUAQ12SIfHo2cvcXJ6qC7otq/ZSyMVvXRs9ywT5Z0s/BhmVXtQ76nGVm bleB3SyBhZ1UsDPVJpaiQ/+dHiu5gYRlDXTRI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=Ahdt5a4QBarGYo1xR6W74t6YsFTDjMq4CW6zsKsOBlLeto0CQ5vLWLs3yDlTnNF3uV I6CHm8tMXrocSGbNvW9PQRqSp2OaDvnDYJKtJm56De02IgiCS8ntE+ob963OP9cxTBmc Qn+0KHiaV+uPd1sLpxzOXSe9iXIRo1eDMkN5Q= Received: by 10.181.10.10 with SMTP id n10mr5648902bki.72.1223978903401; Tue, 14 Oct 2008 03:08:23 -0700 (PDT) Received: from vallhala.invalidnivozik.cz (114-232-207-85.jizmorava.adsl-llu.static.bluetone.cz [85.207.232.114]) by mx.google.com with ESMTPS id k29sm7836068fkk.2.2008.10.14.03.08.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Oct 2008 03:08:22 -0700 (PDT) From: Milan To: freebsd-stable@freebsd.org Date: Tue, 14 Oct 2008 12:08:14 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810141208.15244.merlyn500@gmail.com> Subject: Orinoco 802.11b PC Card doesn't work 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: Tue, 14 Oct 2008 10:31:07 -0000 Hi, I have Orinoco 802.11b PC Card from Proxim. I plugged it to pcmcia slot, but It doesn't work - no blinking LEDs, no wi0 in ifconfig. I have 7.1-PRERELEASE, laptop Prestigio Nobile 157. On NetBSD seems working, but NetBSD is not friendly with me. if_wi driver included in kernel. ----- dmesg 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.1-PRERELEASE #5: Thu Oct 9 17:44:43 CEST 2008 build@vallhala.invalidnivozik.cz:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.70GHz (1694.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 536281088 (511 MB) avail memory = 510746624 (487 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) 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_ec0: port 0x62,0x66 on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link3: BIOS IRQ 11 for 0.29.INTB is invalid pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xd8000000-0xdfffffff,0xd0100000-0xd010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 11 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 10 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 11 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 0xd0000000-0xd00003ff irq 10 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 pcib2: at device 30.0 on pci0 pci_link3: BIOS IRQ 11 for 2.5.INTA is invalid pci2: on pcib2 bfe0: mem 0xd0200000-0xd0201fff irq 10 at device 5.0 on pci2 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0a:e4:b6:20:82 bfe0: [ITHREAD] iwi0: mem 0xd0202000-0xd0202fff irq 11 at device 6.0 on pci2 iwi0: Ethernet address: 00:0e:35:ef:56:1e iwi0: [ITHREAD] cbb0: at device 9.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: irq 10 at device 9.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] fwohci0: mem 0xd0203000-0xd02037ff irq 11 at device 9.2 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 06:e4:0a:00:69:4f:10:03 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 06:e4:0a:4f:10:03 fwe0: Ethernet address: 06:e4:0a:4f:10:03 fwip0: on firewire0 fwip0: Firewire address: 06:e4:0a:00:69:4f:10:03 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x138c000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode 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) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 10 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: 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 Generic PS/2 mouse, device ID 0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd8000-0xdbfff,0xdc000-0xdffff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] 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 ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 1694512861 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 57231MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 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 Trying to mount root from ufs:/dev/ad0s2a GEOM_ELI: Device ad0s1.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software drm0: on vgapci0 info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized radeon 1.25.0 20060524 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 2 usecs drm0: [ITHREAD] pccard1: (manufacturer=0x0156, product=0x0003, function_type=6) at function 0 pccard1: CIS info: Agere Systems, Wireless PC Card Model 0111, , ----- ----- uname -a FreeBSD vallhala.invalidnivozik.cz 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #5: Thu Oct 9 17:44:43 CEST 2008 build@vallhala.invalidnivozik.cz:/usr/obj/usr/src/sys/GENERIC i386 ----- ----- dmesg | grep pccard pccard0: <16-bit PCCard bus> on cbb0 pccard1: <16-bit PCCard bus> on cbb1 ----- ----- dmesg after plugging pccard1: (manufacturer=0x0156, product=0x0003, function_type=6) at function 0 pccard1: CIS info: Agere Systems, Wireless PC Card Model 0111, , ----- I have found a lot of instructions how take it works, but no one for newer releases than 4.X, that old instructions doesn't work, because I haven't got pccardd daemon (and not sure, if I should have it). Thank you, Milan Bartos From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 12:11: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 64B661065716 for ; Tue, 14 Oct 2008 12:11:54 +0000 (UTC) (envelope-from gxt@cs.nott.ac.uk) Received: from trantor.trantor.org.uk (trantor.org.uk [213.146.130.142]) by mx1.freebsd.org (Postfix) with ESMTP id B744A8FC2F for ; Tue, 14 Oct 2008 12:11:53 +0000 (UTC) (envelope-from gxt@cs.nott.ac.uk) Received: (qmail 5615 invoked from network); 14 Oct 2008 10:54:24 -0000 Received: from trantor.org.uk (HELO ?127.0.0.1?) (213.146.130.142) by trantor.org.uk with SMTP; 14 Oct 2008 10:54:24 -0000 From: Gianni Tedesco To: Jeremy Chadwick In-Reply-To: <20081013140008.GB20521@icarus.home.lan> References: <1223900423.12630.12.camel@dao.KWGR614> <1223903434.12630.16.camel@dao.KWGR614> <20081013140008.GB20521@icarus.home.lan> Content-Type: text/plain Date: Tue, 14 Oct 2008 13:11:50 +0100 Message-Id: <1223986310.15888.3.camel@dao.KWGR614> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: very early kernel panic on system with 4GB mem 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, 14 Oct 2008 12:11:54 -0000 On Mon, 2008-10-13 at 07:00 -0700, Jeremy Chadwick wrote: > Does this problem happen if you use the GENERIC kernel config as > your kernel config (rather than using a heavily customised one)? Sort of. Rather than a panic it just hangs after "Uncompressing kernel"... hmmm. I'll try adding debugger again and see what happens then. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 13:18: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 862621065687; Tue, 14 Oct 2008 13:18:29 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from unsam.edu.ar (mx.unsam.edu.ar [200.45.170.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5AC6B8FC16; Tue, 14 Oct 2008 13:18:25 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from gama.iib.unsam.edu.ar by unsam.edu.ar (MDaemon.PRO.v8.1.1.R) with ESMTP id md50011014318.msg; Tue, 14 Oct 2008 10:19:38 -0300 Received: from gama.iib.unsam.edu.ar (localhost [127.0.0.1]) by gama.iib.unsam.edu.ar (8.14.2/8.14.2) with ESMTP id m9EDI48L096294; Tue, 14 Oct 2008 10:18:04 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by gama.iib.unsam.edu.ar (8.14.2/8.14.2/Submit) id m9EDHp4Y096293; Tue, 14 Oct 2008 10:17:51 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: gama.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Tue, 14 Oct 2008 10:17:51 -0300 From: Fernan Aguero To: John Baldwin Message-ID: <20081014131751.GA28950@iib.unsam.edu.ar> References: <520894aa0809301434h68b94628x54ec08fd48785feb@mail.gmail.com> <200810081700.55729.jhb@freebsd.org> <20081010171117.GC24278@iib.unsam.edu.ar> <200810101323.02062.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810101323.02062.jhb@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Processed: unsam-mail.unsam.edu.ar, Tue, 14 Oct 2008 10:19:38 -0300 (not processed: spam filter disabled) X-Return-Path: fernan@iib.unsam.edu.ar X-MDAV-Processed: unsam-mail.unsam.edu.ar, Tue, 14 Oct 2008 10:19:42 -0300 Cc: d@delphij.net, freebsd-stable@freebsd.org Subject: Re: [FreeBSD] Fix for ServerWorks HT1000 in upcoming 7.1? 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, 14 Oct 2008 13:18:29 -0000 > On Friday 10 October 2008 01:11:17 pm Fernan Aguero wrote: > > John, > > > > thanks for the tip. I have now successfully gone through > > the process of making a new bootable CD using the ATA_HT1000 > > patched kernel. > > > > I have already done a minimal installation of > > FreeBSD-7.1-BETA onto the SC1435 PowerEdge box using this CD > > (BTW dmesg now shows the ad4 disk being recognized as > > SATA150 instead of giving a warning about a bad cable and > > recognizing it as an ATA drive). > > > > But I'm stuck at the last step ... > > > > > Just be sure that once you've installed the box, > > > you copy the updated kernel onto the box somehow before you > > > reboot from the > > > installer (you can use the fixit shell to help with this). > > > > I'm at the holographic emergency shell, and df(1) shows all > > the partitions in ad4s1 mounted under /mnt. So my idea is to > > cp boot/kernel/kernel /mnt/boot/kernel/ > > but when I do an ls(1) the /mnt directory appears to be empty ... > > > > However I'm unable to umount it! > > > > My recollection: > > $ df -h > > /dev/ad4s1a => /mnt > > /dev/ad4s1d => /mnt/tmp > > /dev/ad4s1e => /mnt/usr > > ... > > $ ls /mnt/boot > > boot: no such file or directory > > $ ls /mnt/ > > . .. > > $ umount /mnt > > device is busy > > > > I'm now downloading a 7.1-BETA-livefs ISO and I'll try next to boot > > the box with this CD to see if I can scp the kernel from > > another box ... but any other tip or suggestion is welcome. > > Hmmm, that is odd. I wonder if you are chroot'd into the drive somehow? That > really shouldn't be though. > > -- > John Baldwin John Sorry for the delay in replying, I had no access to this box for the whole weekend. I finally managed to replace the stock kernel with the patched one before booting with the OS installed on disk. For some reason, the emergency shell launched from the install session had ad4s1 partitions mounted under /mnt and would not give up on them ... I just rebooted the box with the same patched CD, and using the livefs CD managed to bring up the bge0 interface, and replace the stock kernel with the patched one from an nfs-mounted partition. So far everything seems to be working OK ... compiled and installed a couple of ports (vim, screen, apache, portupgrade), and everything looks fine. I can run more thourough tests if you want. Just let me know what those are and guide me through them ... are we still on time for including this patch in the upcoming 7.1? Will there be a new beta or RC? Fernan PS: Output of dmesg (7.1-BETA w/ata_ht1000.patch) ===================================================================== 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.1-BETA #0: Fri Oct 10 09:53:34 ART 2008 fernan@beta.iib.unsam.edu.ar:/usr/obj/raid10/freebsd/freebsd-7.1-beta/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2210 (1795.51-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f13 Stepping = 3 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 8575381504 (8178 MB) avail memory = 8295841792 (7911 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: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic1: Changing APIC ID to 5 ioapic2: Changing APIC ID to 6 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 32-47 on motherboard ioapic2 irqs 64-79 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) 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 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci3: on pcib1 pcib2: at device 13.0 on pci3 pci4: on pcib2 atapci0: port 0xecb0-0xecb7,0xeca0-0xeca3,0xecb8-0xecbf,0xeca4-0xeca7,0xece0-0xecef mem 0xefdfe000-0xefdfffff irq 6 at device 14.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8c0-0x8cf at device 2.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0xd000-0xd0ff mem 0xefbed000-0xefbedfff irq 11 at device 3.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: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: port 0xd400-0xd4ff mem 0xefbee000-0xefbeefff irq 11 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0xd800-0xd8ff mem 0xefbef000-0xefbeffff irq 11 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: <(0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2 uhub2: 4 ports with 4 removable, self powered uhub3: on uhub2 uhub3: multiple transaction translators uhub3: 2 ports with 2 removable, self powered ums0: on uhub3 ums0: 3 buttons and Z dir. ukbd0: on uhub3 kbd2 at ukbd0 uhid0: on uhub3 vgapci0: port 0xdc00-0xdcff mem 0xe0000000-0xe7ffffff,0xefbf0000-0xefbfffff irq 44 at device 4.0 on pci0 pcib3: irq 32 at device 7.0 on pci0 pci5: on pcib3 pcib4: irq 33 at device 8.0 on pci0 pci1: on pcib4 bge0: mem 0xefef0000-0xefefffff irq 33 at device 0.0 on pci1 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1a:a0:1e:3c:3b bge0: [ITHREAD] pcib5: irq 37 at device 9.0 on pci0 pci2: on pcib5 bge1: mem 0xefff0000-0xefffffff irq 37 at device 0.0 on pci2 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:1a:a0:1e:3c:3c bge1: [ITHREAD] pcib6: irq 35 at device 10.0 on pci0 pci6: on pcib6 pcib7: irq 36 at device 11.0 on pci0 pci7: on pcib7 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] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] cpu0: on acpi0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 cpu2: on acpi0 powernow2: on cpu2 device_attach: powernow2 attach returned 6 cpu3: on acpi0 powernow3: on cpu3 device_attach: powernow3 attach returned 6 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xca000-0xcb7ff,0xec000-0xeffff 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> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 ad4: 152587MB at ata2-master SATA150 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ad4s1a bge0: link state changed to UP Output of dmesg (7.0-RELEASE, corruption hell) ===================================================================== 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-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2210 (1800.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f13 Stepping = 3 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 8571883520 (8174 MB) avail memory = 8292429824 (7908 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: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic1: Changing APIC ID to 5 ioapic2: Changing APIC ID to 6 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 32-47 on motherboard ioapic2 irqs 64-79 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 10:34:18) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) 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 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 cpu2: on acpi0 powernow2: on cpu2 device_attach: powernow2 attach returned 6 cpu3: on acpi0 powernow3: on cpu3 device_attach: powernow3 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci3: on pcib1 pcib2: at device 13.0 on pci3 pci4: on pcib2 atapci0: port 0xecb0-0xecb7,0xeca0-0xeca3,0xecb8-0xecbf,0xeca4-0xeca7,0xece0-0xecef mem 0xefdfe000-0xefdfffff irq 6 at device 14.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8c0-0x8cf at device 2.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0xd000-0xd0ff mem 0xefbed000-0xefbedfff irq 11 at device 3.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: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: port 0xd400-0xd4ff mem 0xefbee000-0xefbeefff irq 11 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0xd800-0xd8ff mem 0xefbef000-0xefbeffff irq 11 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: <(0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2 uhub2: 4 ports with 4 removable, self powered uhub3: on uhub2 uhub3: multiple transaction translators uhub3: 2 ports with 2 removable, self powered ums0: on uhub3 ums0: 3 buttons and Z dir. ukbd0: on uhub3 kbd2 at ukbd0 vgapci0: port 0xdc00-0xdcff mem 0xe0000000-0xe7ffffff,0xefbf0000-0xefbfffff irq 44 at device 4.0 on pci0 pcib3: irq 32 at device 7.0 on pci0 pci5: on pcib3 pcib4: irq 33 at device 8.0 on pci0 pci1: on pcib4 bge0: mem 0xefef0000-0xefefffff irq 33 at device 0.0 on pci1 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1a:a0:1e:3c:3b bge0: [ITHREAD] pcib5: irq 37 at device 9.0 on pci0 pci2: on pcib5 bge1: mem 0xefff0000-0xefffffff irq 37 at device 0.0 on pci2 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:1a:a0:1e:3c:3c bge1: [ITHREAD] pcib6: irq 35 at device 10.0 on pci0 pci6: on pcib6 pcib7: irq 36 at device 11.0 on pci0 pci7: on pcib7 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] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xec000-0xeffff 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> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec hptrr: no controller detected. md0: Preloaded image 4194304 bytes at 0xffffffff80bc6c08 acd0: CDRW at ata0-master UDMA33 ad4: DMA limited to UDMA33, device found non-ATA66 cable ad4: 152587MB at ata2-master UDMA33 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. GEOM_LABEL: Label for provider ad4s1 is msdosfs/DellUtility. Trying to mount root from ufs:/dev/md0 GEOM_LABEL: Label msdosfs/DellUtility removed. 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...1 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-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2210 (1800.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f13 Stepping = 3 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 8576077824 (8178 MB) avail memory = 8296632320 (7912 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: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic1: Changing APIC ID to 5 ioapic2: Changing APIC ID to 6 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 32-47 on motherboard ioapic2 irqs 64-79 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 10:34:18) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) 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 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 cpu2: on acpi0 powernow2: on cpu2 device_attach: powernow2 attach returned 6 cpu3: on acpi0 powernow3: on cpu3 device_attach: powernow3 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci3: on pcib1 pcib2: at device 13.0 on pci3 pci4: on pcib2 atapci0: port 0xecb0-0xecb7,0xeca0-0xeca3,0xecb8-0xecbf,0xeca4-0xeca7,0xece0-0xecef mem 0xefdfe000-0xefdfffff irq 6 at device 14.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8c0-0x8cf at device 2.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0xd000-0xd0ff mem 0xefbed000-0xefbedfff irq 11 at device 3.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: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: port 0xd400-0xd4ff mem 0xefbee000-0xefbeefff irq 11 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0xd800-0xd8ff mem 0xefbef000-0xefbeffff irq 11 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: <(0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2 uhub2: 4 ports with 4 removable, self powered uhub3: on uhub2 uhub3: multiple transaction translators uhub3: 2 ports with 2 removable, self powered ums0: on uhub3 ums0: 3 buttons and Z dir. ukbd0: on uhub3 kbd2 at ukbd0 vgapci0: port 0xdc00-0xdcff mem 0xe0000000-0xe7ffffff,0xefbf0000-0xefbfffff irq 44 at device 4.0 on pci0 pcib3: irq 32 at device 7.0 on pci0 pci5: on pcib3 pcib4: irq 33 at device 8.0 on pci0 pci1: on pcib4 bge0: mem 0xefef0000-0xefefffff irq 33 at device 0.0 on pci1 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1a:a0:1e:3c:3b bge0: [ITHREAD] pcib5: irq 37 at device 9.0 on pci0 pci2: on pcib5 bge1: mem 0xefff0000-0xefffffff irq 37 at device 0.0 on pci2 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:1a:a0:1e:3c:3c bge1: [ITHREAD] pcib6: irq 35 at device 10.0 on pci0 pci6: on pcib6 pcib7: irq 36 at device 11.0 on pci0 pci7: on pcib7 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] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xec000-0xeffff 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> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec hptrr: no controller detected. acd0: CDRW at ata0-master UDMA33 ad4: DMA limited to UDMA33, device found non-ATA66 cable ad4: 152587MB at ata2-master UDMA33 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ad4s1a exec /sbin/init: error 8 bge0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 16:29: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 B0BA21065686; Tue, 14 Oct 2008 16:29:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4D48FC0C; Tue, 14 Oct 2008 16:29:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 9351D17472; Tue, 14 Oct 2008 18:01:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D7fAyelP2bac; Tue, 14 Oct 2008 18:00:57 +0200 (CEST) Received: from [212.61.27.67] (opteron [212.61.27.67]) by mail.digiware.nl (Postfix) with ESMTP id D828C17218; Tue, 14 Oct 2008 18:00:56 +0200 (CEST) Message-ID: <48F4C21B.2010300@digiware.nl> Date: Tue, 14 Oct 2008 18:00:27 +0200 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <20081014044114.GA40193@icarus.home.lan> <1767083.17231223966975596.JavaMail.root@mx1.canmail.org> <20081014065758.GA42754@icarus.home.lan> In-Reply-To: <20081014065758.GA42754@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, RYAN vAN GINNEKEN Subject: Re: aclocal broken 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, 14 Oct 2008 16:29:50 -0000 Jeremy Chadwick wrote: > On Tue, Oct 14, 2008 at 12:49:35AM -0600, RYAN vAN GINNEKEN wrote: >> ----- Jeremy Chadwick wrote: >>> On Mon, Oct 13, 2008 at 09:20:34PM -0600, RYAN vAN GINNEKEN wrote: >>>> Trying to install zoneminder port but getting this error >>>> Using this version on Freebsd >>>> >>>> FreeBSD pcbsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #42: Thu Sep 11 09:07:25 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 >>>> >>>> cd . && /bin/sh /usr/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3/missing --run autoheader >>> I have no such port on my system, and the FreeBSD web site agrees: >>> >>> # cd /usr/ports/multimedia/zoneminder >>> /usr/ports/multimedia/zoneminder: No such file or directory. >>> # grep -i zoneminder /usr/ports/INDEX-7 >>> # >>> >> You are correct this is not a native FreeBSD port i downloaded this port from here http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=0 > > Which means you should ask the author of the port on that forum to > fix this problem. :-) And the author will confirm that several people have tried to port some of the parts to FreeBSD. With little success.... :( My try from memory: First of it requires a working Video4linux framework if you want to connect webcams other than with a network interface (eg. the Axis stuff) Then once you get to compile everything, tweaking and pulling with all the auto-tools... I ended up fixing the ac* config-files for my/FBSD purposes. After which you run into some shared memory stuff that is not really compatible. But that is just hacking some of the startup scripts... Then find out that the capture scripts put something different in the buffer that other tools are reading from it. And that's where I gave up, since Things are written using C++ and then extracted in Perl (or the other way around). And there seems to be an alignment problem with binary values.... Looked at it for a while and decided that I should start earning some money again. So my conclusion here is: Not for those faint of hart. And with plenty of time to spare. --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 17:08: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 8DB781065689; Tue, 14 Oct 2008 17:08:53 +0000 (UTC) (envelope-from king@computerking.ca) Received: from mx1.canmail.org (ns1.canmail.org [66.244.200.225]) by mx1.freebsd.org (Postfix) with ESMTP id 547698FC15; Tue, 14 Oct 2008 17:08:53 +0000 (UTC) (envelope-from king@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx1.canmail.org (Postfix) with ESMTP id 73C5AB002D; Tue, 14 Oct 2008 11:08:52 -0600 (MDT) X-Virus-Scanned: amavisd-new at X-Spam-Flag: NO X-Spam-Score: -1.022 X-Spam-Level: X-Spam-Status: No, score=-1.022 tagged_above=-10 required=6.6 tests=[AWL=-0.305, BAYES_00=-2.599, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.1] Received: from mx1.canmail.org ([127.0.0.1]) by localhost (mx1.canmail.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SJsApGfnexed; Tue, 14 Oct 2008 11:08:50 -0600 (MDT) Received: from mx1.canmail.org (localhost.localdomain [127.0.0.1]) by mx1.canmail.org (Postfix) with ESMTP id 14682B002C; Tue, 14 Oct 2008 11:08:50 -0600 (MDT) Date: Tue, 14 Oct 2008 11:08:49 -0600 (MDT) From: RYAN vAN GINNEKEN To: Willem Jan Withagen Message-ID: <783222.17581224004129947.JavaMail.root@mx1.canmail.org> In-Reply-To: <48F4C21B.2010300@digiware.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [68.144.18.110] X-Mailer: Zimbra 5.0.9_GA_2533.UBUNTU6 (ZimbraWebClient - FF3.0 (Win)/5.0.9_GA_2533.UBUNTU6) Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: aclocal broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: RYAN vAN GINNEKEN List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 17:08:53 -0000 That is exactly what i was afraid of had trouble making work with zoneminder live cd and ubuntu. Seen a post about the FreeBSD (my favorite OS) port and thought i would give it a go. >From the sounds of it not worth do mind me asking how you went about getting it to work? ie different OS/Distro or did you just give up? PS i have contacted the author of the port we will see what he has to say about things too. Computer King & CaN Mail - Sales Service Hosting Backup http://www.computerking.ca http://www.canmail.org NEW!!! Custom Service Packages Secure IMAP Email - Automated Remote Backups - Photo Blogs - Online Accounting Packages ----- "Willem Jan Withagen" wrote: > Jeremy Chadwick wrote: > > On Tue, Oct 14, 2008 at 12:49:35AM -0600, RYAN vAN GINNEKEN wrote: > >> ----- Jeremy Chadwick wrote: > >>> On Mon, Oct 13, 2008 at 09:20:34PM -0600, RYAN vAN GINNEKEN > wrote: > >>>> Trying to install zoneminder port but getting this error > >>>> Using this version on Freebsd > >>>> > >>>> FreeBSD pcbsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #42: Thu Sep > 11 09:07:25 EDT 2008 root@pcbsd:/usr/obj/usr/src/sys/PCBSD i386 > >>>> > >>>> cd . && /bin/sh > /usr/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3/missing --run > autoheader > >>> I have no such port on my system, and the FreeBSD web site > agrees: > >>> > >>> # cd /usr/ports/multimedia/zoneminder > >>> /usr/ports/multimedia/zoneminder: No such file or directory. > >>> # grep -i zoneminder /usr/ports/INDEX-7 > >>> # > >>> > >> You are correct this is not a native FreeBSD port i downloaded this > port from here > http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=0 > > > > Which means you should ask the author of the port on that forum to > > fix this problem. :-) > > And the author will confirm that several people have tried to port > some of > the parts to FreeBSD. With little success.... :( > > My try from memory: > > First of it requires a working Video4linux framework if you want to > connect > webcams other than with a network interface (eg. the Axis stuff) > > Then once you get to compile everything, tweaking and pulling with all > the > auto-tools... I ended up fixing the ac* config-files for my/FBSD > purposes. > > After which you run into some shared memory stuff that is not really > compatible. But that is just hacking some of the startup scripts... > > Then find out that the capture scripts put something different in the > buffer > that other tools are reading from it. > > And that's where I gave up, since Things are written using C++ and > then > extracted in Perl (or the other way around). And there seems to be an > > alignment problem with binary values.... Looked at it for a while and > > decided that I should start earning some money again. > > So my conclusion here is: > Not for those faint of hart. > And with plenty of time to spare. > > --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 18:30: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 530DD1065686 for ; Tue, 14 Oct 2008 18:30:50 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 011678FC14 for ; Tue, 14 Oct 2008 18:30:49 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id UCS29649 for ; Tue, 14 Oct 2008 11:30:49 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id UCS10348 for ; Tue, 14 Oct 2008 11:30:48 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DA9EA4500F for ; Tue, 14 Oct 2008 11:30:47 -0700 (PDT) To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1224009047_3591P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 14 Oct 2008 11:30:47 -0700 From: "Kevin Oberman" Message-Id: <20081014183047.DA9EA4500F@ptavv.es.net> X-Sender-IP: 198.128.3.207 X-Sender-Domain: es.net X-Recipent: ; X-Sender: X-To_Name: X-To_Domain: freebsd.org X-To: freebsd-stable@freebsd.org X-To_Email: freebsd-stable@freebsd.org X-To_Alias: freebsd-stable Subject: Status of Flash 9 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: Tue, 14 Oct 2008 18:30:50 -0000 --==_Exmh_1224009047_3591P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have seen some messages that imply that flashplugin9 might be usable on STABLE. The port is sill marked IGNORE, though: ** Port marked as IGNORE: www/linux-flashplugin9: Unstable, no sound, generally unusable state I also thought that there might be a solution to the sound issue. Can anyone confirm the status? I would be happy to delete the IGNORE line if I thought it would work and I know what changes might be needed to get it to work. Even without sound, it would probably be useful. Too many sites are using Flash 9 for the entry page and there is no way to get to the site at all with Flash 7. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1224009047_3591P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFI9OVXkn3rs5h7N1ERAlFSAJ9Id7lEMdzJcOBW+f4cK9nk/Tev8QCdHGDB eFkWqpv7jP+PfVMLuoQUTHE= =hz6k -----END PGP SIGNATURE----- --==_Exmh_1224009047_3591P-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 18:39: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 4BEF51065694; Tue, 14 Oct 2008 18:39:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id BA2118FC21; Tue, 14 Oct 2008 18:39:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m9EIdUh1025092; Tue, 14 Oct 2008 14:39:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Gerrit =?iso-8859-1?q?K=FChn?= Date: Tue, 14 Oct 2008 13:12:04 -0400 User-Agent: KMail/1.9.7 References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <200810131027.40630.jhb@freebsd.org> <20081014115333.3d3e41ab.gerrit@pmp.uni-hannover.de> In-Reply-To: <20081014115333.3d3e41ab.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810141312.05094.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 14 Oct 2008 14:39:37 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8424/Tue Oct 14 12:10:56 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , d@delphij.net, jeff@freebsd.org Subject: Re: Regression 7.0R -> 7-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: Tue, 14 Oct 2008 18:39:52 -0000 On Tuesday 14 October 2008 05:53:33 am Gerrit K=FChn wrote: > On Mon, 13 Oct 2008 10:27:40 -0400 John Baldwin wrote > about Re: Regression 7.0R -> 7-stable?: >=20 > JB> On Monday 13 October 2008 03:09:46 am Gerrit K=FChn wrote: >=20 > JB> > JB> Ok, can you run gdb on your kernel.debug and do > JB> > JB> 'l *0xffffffff804608c0' >=20 > JB> > 0xffffffff804608c0 is in scheduler (/usr/src/sys/vm/vm_glue.c:670). > JB> > [...lines 665-674...] >=20 > JB> I was afraid of that, it basically means that it finished the entire > JB> boot process. =20 >=20 > I already thought so because I saw a grey (not white) cursor afterwards. Are you sure you aren't using dual consoles somehow with serial being prima= ry? =20 If you break into the loader, what does 'show console' show? > JB> The next step is that init (pid 1) should be scheduled > JB> and try to execute. You can maybe add some printf's to the code to > JB> start up init to see how far it gets. The routine in question is > JB> 'start_init()' in sys/kern/init_main.c. >=20 > Let me see... > I added my first printf in line 619 (and several after that), right after > the "Need just enough stack..." comment. This was never reached, the > system hangs before that. >=20 > After that I added printf before and after vfs_mountroot(). Now the things > runs just a bit further for the first time. I see my new printfs and > between them the message "Trying to mount root from ufs:/dev/ad0s1a". > After that come all my printfs I had added before, followed by > "start_init: trying /sbin/init". Then it hangs again. >=20 > I am a bit puzzled because I did not see the "Trying to mount..." and > "start_init:..." messages before. Just trying again to boot with the > same setup hangs in vfs_mountroot() (printf before is displayed, printf > after not). It appears to me as if the hang is caused by some kind of > "parallel task", and what I am seeing on the console stops a bit earlier > or later depending on that. > As I am seeing this only with the ULE-scheduler: Is the scheduler already > in action at this point, and may the hang depend on what it is deciding > to do? Hmmm, I'm really not sure. I wonder if you are having some sort of interru= pt=20 storm. What if you disable SMP via 'kern.smp.disabled=3D1' in the loader, = does=20 that help at all? =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 20:38:13 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 90C111065695 for ; Tue, 14 Oct 2008 20:38:13 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 4848C8FC0C for ; Tue, 14 Oct 2008 20:38:13 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by an-out-0708.google.com with SMTP id b33so200129ana.13 for ; Tue, 14 Oct 2008 13:38: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 :content-transfer-encoding:content-disposition:references; bh=+Ot1RLTj3OfSukHEH9L+4Z7dG4Cby44d8Ibw+bBxvjo=; b=X5sodWhJT3SIoB9nTxLmwbUPrBRPnxkctCFueVJbdelRJewxZExNU2f1brAstU8YUq qyIeQz9zuUoLGoYVkxcu33PBkY3FPtQdSbbvzRIKdRQcIKxffcA1Gg2720KrxLR8xG5R feSgx79eDG++CdWU4IBlmpXDO1hBQM5r5x380= 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=Pw7ZEQZSxssJ0KWpGMCtXtUIomSZZK6PYJa729IrF3jwbqGZYK34ZkvMD45y+IsyVo vYzi4GUy0w+sGQVLPBnMNcPeJ8IZmmryyITtyoKOTgh115FplUiWy23G7hm3vANNULpl G8EMg5jSEG/UPYoyCbdXAqb486wB6gaQWdCwE= Received: by 10.100.142.4 with SMTP id p4mr41407and.23.1224016692282; Tue, 14 Oct 2008 13:38:12 -0700 (PDT) Received: by 10.100.121.7 with HTTP; Tue, 14 Oct 2008 13:38:11 -0700 (PDT) Message-ID: <3a142e750810141338g6ba4b506j9ac8464c2b0a8f02@mail.gmail.com> Date: Tue, 14 Oct 2008 22:38:12 +0200 From: "Paul B. Mahol" To: "Kevin Oberman" In-Reply-To: <20081014183047.DA9EA4500F@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081014183047.DA9EA4500F@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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: Tue, 14 Oct 2008 20:38:13 -0000 On 10/14/08, Kevin Oberman wrote: > I have seen some messages that imply that flashplugin9 might be usable > on STABLE. The port is sill marked IGNORE, though: > ** Port marked as IGNORE: www/linux-flashplugin9: > Unstable, no sound, generally unusable state > Maybe, but the fix is still not MFCed to STABLE, it is only available in CURRENT. > On Sat, Oct 04, 2008 at 02:08:16PM +0000, Konstantin Belousov wrote: > > kib 2008-10-04 14:08:16 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/compat/linprocfs linprocfs.c > > sys/fs/procfs procfs_map.c > > Log: > > SVN rev 183600 on 2008-10-04 14:08:16Z by kib > > > > Change the linprocfs /maps and procfs /map handlers to use > > sbuf instead of doing uiomove. This allows for reads from non-zero > > offsets to work. > > > > Patch is forward-ported des@' one, and was adopted to current code > > by dchagin@ and me. > > > > Reviewed by: des (linprocfs part) > > PR: kern/101453 > > MFC after: 1 week > > > > Revision Changes Path > > 1.125 +5 -29 src/sys/compat/linprocfs/linprocfs.c > > 1.42 +7 -29 src/sys/fs/procfs/procfs_map.c > > it should be noted that this patch lets flash9 work reliably on FreeBSD. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 20:48: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 707FB1065693; Tue, 14 Oct 2008 20:48:29 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id 267758FC18; Tue, 14 Oct 2008 20:48:29 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 6D78317472; Tue, 14 Oct 2008 22:48:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZwVtJCxKnNOY; Tue, 14 Oct 2008 22:48:25 +0200 (CEST) Received: from [192.168.2.10] (vaio [192.168.2.10]) by mail.digiware.nl (Postfix) with ESMTP id 6B77617155; Tue, 14 Oct 2008 22:48:25 +0200 (CEST) Message-ID: <48F5059F.4010902@digiware.nl> Date: Tue, 14 Oct 2008 22:48:31 +0200 From: Willem Jan Withagen Organization: Digiware Management User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: RYAN vAN GINNEKEN References: <783222.17581224004129947.JavaMail.root@mx1.canmail.org> In-Reply-To: <783222.17581224004129947.JavaMail.root@mx1.canmail.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: aclocal broken 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, 14 Oct 2008 20:48:29 -0000 RYAN vAN GINNEKEN wrote: > That is exactly what i was afraid of had trouble making work with > zoneminder live cd and ubuntu. Seen a post about the FreeBSD (my > favorite OS) port and thought i would give it a go. My idea .... > From the sounds of it not worth do mind me asking how you went about > getting it to work? ie different OS/Distro or did you just give up? I gave up, until I have a Ubuntu system running. And have another go. Currently it runs on one of my Windows servers using the Axis software. > PS i have contacted the author of the port we will see what he has to > say about things too. He's been contacted by FreeBSD-people more often. But the ac* configfiles are full of the Linux-isms in ways that did not work for me. Tried the porting on 6.x/i386 quite a while ago. --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 20:58: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 2D7321065689 for ; Tue, 14 Oct 2008 20:58:20 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay008.isp.belgacom.be (mailrelay008.isp.belgacom.be [195.238.6.174]) by mx1.freebsd.org (Postfix) with ESMTP id C0BA68FC14 for ; Tue, 14 Oct 2008 20:58:19 +0000 (UTC) (envelope-from tijl@ulyssis.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0EAIic9EhR9Nun/2dsb2JhbACBcr4AgWs Received: from 167.219-244-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.244.219.167]) by relay.skynet.be with ESMTP; 14 Oct 2008 22:29:08 +0200 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id m9EKT1uf011335; Tue, 14 Oct 2008 22:29:01 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-stable@freebsd.org, "Kevin Oberman" Date: Tue, 14 Oct 2008 22:28:58 +0200 User-Agent: KMail/1.9.10 References: <20081014183047.DA9EA4500F@ptavv.es.net> In-Reply-To: <20081014183047.DA9EA4500F@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810142229.00295.tijl@ulyssis.org> Cc: Subject: Re: Status of Flash 9 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: Tue, 14 Oct 2008 20:58:20 -0000 On Tuesday 14 October 2008 20:30:47 Kevin Oberman wrote: > I have seen some messages that imply that flashplugin9 might be usable > on STABLE. The port is sill marked IGNORE, though: > ** Port marked as IGNORE: www/linux-flashplugin9: > Unstable, no sound, generally unusable state > > I also thought that there might be a solution to the sound issue. > > Can anyone confirm the status? I would be happy to delete the IGNORE > line if I thought it would work and I know what changes might be needed > to get it to work. Even without sound, it would probably be useful. Too > many sites are using Flash 9 for the entry page and there is no way to > get to the site at all with Flash 7. Patches have been committed to CURRENT and should have been MFC'ed last weekend, but haven't for some reason. The port has a PR waiting for maintainer feedback: http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 The relevant thread on emulation@ is: http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html (continues in October archives) From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 22:23: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 28DDC1065691; Tue, 14 Oct 2008 22:23:48 +0000 (UTC) (envelope-from p.christias@noc.ntua.gr) Received: from achilles.noc.ntua.gr (achilles.noc.ntua.gr [IPv6:2001:648:2000:de::210]) by mx1.freebsd.org (Postfix) with ESMTP id 4576C8FC1D; Tue, 14 Oct 2008 22:23:46 +0000 (UTC) (envelope-from p.christias@noc.ntua.gr) Received: from ajax.noc.ntua.gr (ajax6.noc.ntua.gr [IPv6:2001:648:2000:dc::1]) by achilles.noc.ntua.gr (8.14.3/8.14.3) with ESMTP id m9EMNi7S021241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Oct 2008 01:23:44 +0300 (EEST) (envelope-from p.christias@noc.ntua.gr) Received: from ajax.noc.ntua.gr (localhost.noc.ntua.gr [127.0.0.1]) by ajax.noc.ntua.gr (8.13.8/8.13.8) with ESMTP id m9EMNhsC010061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Oct 2008 01:23:44 +0300 (EEST) (envelope-from p.christias@noc.ntua.gr) Received: (from christia@localhost) by ajax.noc.ntua.gr (8.13.8/8.13.8/Submit) id m9EMNh6o010060; Wed, 15 Oct 2008 01:23:43 +0300 (EEST) (envelope-from p.christias@noc.ntua.gr) X-Authentication-Warning: ajax.noc.ntua.gr: christia set sender to p.christias@noc.ntua.gr using -f Date: Wed, 15 Oct 2008 01:23:43 +0300 From: Panagiotis Christias To: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20081014222343.GA8706@noc.ntua.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on achilles.noc.ntua.gr X-Virus-Status: Clean Cc: Subject: FreeBSD 7-STABLE, isp(4), QLE2462: panic & deadlocks 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, 14 Oct 2008 22:23:48 -0000 Hello everybody, we recently got three Dell PowerEdge servers equipped with Qlogic QLE2462 cards (dual FC 4Gbps ports) and an EMC CLARiiON CX3-40 SAN. The servers with the FC cards were successfully and extensively tested with an older SUN StorEdge T3 SAN. However, when we connect them to the CX3-40, create and mount a new partition and then do something as simple as "tar -C /san -xf ports.tgz" the system panics and deadlocks. We have tried several FreeBSD versions (6.3 i386/adm64, 7.0 i386/adm64, 7.1 i386/adm64 and lastly 7-STABLE i386 - we also tried the latest 8-CURRENT snapshot but it panicked too soon). The result is always the same; panic and deadlock. In case it helps, we have also tried all available connection speeds (4, 2 and 1Gbps), the QLE2462 cards have installed the latest firwmare version (4.03.10) and we have verified our hardware setup by testing it with Linux (CentOS 5.2), although we would try anything in order to keep the whole of our server base to FreeBSD (we have succeeded till now). Currently, we have installed the latest version of 7-STABLE (csuped today) along with a debug-enabled kernel and collected as much output as we can. See below. We are open to any suggestion and any kind of tests in order to help resolving the problem. Thanks! COLLECTED DATA: 1. uname -a: FreeBSD 7x86.noc.ntua.gr 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Tue Oct 14 21:12:57 EEST 2008 root@7x86.noc.ntua.gr:/usr/obj/usr/src/sys/GENERIC-DEBUG i386 --------------------------------------------------------------- 2. Kernel configuration file /sys/i386/conf/GENERIC-DEBUG: include GENERIC ident GENERIC-DEBUG # force isp firmware to fully loaded # device ispfw options KDB options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC options CAMDEBUG options CAM_DEBUG_BUS=-1 options CAM_DEBUG_TARGET=-1 options CAM_DEBUG_LUN=-1 options CAM_DEBUG_FLAGS=CAM_DEBUG_INFO --------------------------------------------------------------- 3. dmesg output, also available at http://noc.ntua.gr/~christia/san/7-STABLE.dmesg.out : 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.1-PRERELEASE #0: Tue Oct 14 21:12:57 EEST 2008 root@7x86.noc.ntua.gr:/usr/obj/usr/src/sys/GENERIC-DEBUG WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5405 @ 2.00GHz (1997.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0xce33d> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 3484745728 (3323 MB) avail memory = 3405070336 (3247 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 WITNESS: spin lock cpuset not in order list WITNESS: spin lock intrcnt not in order list ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 160-183 on motherboard ioapic2 irqs 224-247 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) 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 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci4: on pcib1 pcib2: at device 0.0 on pci4 pci5: on pcib2 pcib3: at device 0.0 on pci5 pci6: on pcib3 pcib4: at device 0.0 on pci6 pci7: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci7 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:1e:c9:e8:13:e9 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x04000305); Flags( MFW MSI ) pcib5: at device 1.0 on pci5 pci8: on pcib5 pcib6: at device 0.3 on pci4 pci9: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 mfi0: port 0xec00-0xecff mem 0xfc780000-0xfc7bffff,0xfc740000-0xfc77ffff irq 16 at device 0.0 on pci1 mfi0: Megaraid SAS driver Ver 2.00 mfi0: 3299 (277344669s/0x0020/info) - Shutdown command received from host mfi0: 3300 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 3301 (boot + 3s/0x0020/info) - Firmware version 1.11.82-0473 mfi0: 3302 (boot + 3s/0x0008/info) - Battery Present mfi0: 3303 (boot + 3s/0x0020/info) - Package version 6.0.3-0002 mfi0: 3304 (boot + 23s/0x0004/info) - Enclosure (SES) discovered on PD 20(c None/p0) mfi0: 3305 (boot + 23s/0x0002/info) - Unexpected sense: Encl PD 20, CDB: 12 00 00 00 00 00, Sense: 70 00 06 00 00 00 00 0a 00 00 00 00 29 00 00 00 00 00 mfi0: 3306 (boot + 24s/0x0002/info) - Inserted: Encl PD 20 mfi0: 3307 (boot + 24s/0x0002/info) - Inserted: PD 20(c None/p0) Info: enclPd=20, scsiType=d, portMap=09, sasAddr=5001e090d62bfb00,0000000000000000 mfi0: 3308 (boot + 24s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 3309 (boot + 24s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000cca005b1bf89,0000000000000000 mfi0: 3310 (boot + 24s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 3311 (boot + 24s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000cca005b1427d,0000000000000000 mfi0: 3312 (boot + 24s/0x0002/info) - Inserted: PD 02(e0x20/s2) mfi0: 3313 (boot + 24s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=02, sasAddr=5000cca005b13c61,0000000000000000 mfi0: 3314 (boot + 24s/0x0042/info) - Global Hot Spare created on PD 01(e0x20/s1) (global) mfi0: 3315 (boot + 24s/0x0002/info) - State change on PD 01(e0x20/s1) from UNCONFIGURED_GOOD(0) to HOT SPARE(2) mfi0: 3316 (boot + 68s/0x0008/info) - Battery temperature is normal mfi0: 3317 (boot + 68s/0x0008/info) - Battery started charging mfi0: 3318 (boot + 68s/0x0008/info) - Current capacity of the battery is above threshold mfi0: [ITHREAD] pcib8: at device 4.0 on pci0 pci10: on pcib8 isp0: port 0xdc00-0xdcff mem 0xfc5bc000-0xfc5bffff irq 16 at device 0.0 on pci10 firmware_get: failed to load firmware image isp_2400 isp0: [ITHREAD] isp0: Board Type 2422, Chip Revision 0x3, resident F/W Revision 4.3.1 isp1: port 0xd800-0xd8ff mem 0xfc5b8000-0xfc5bbfff irq 17 at device 0.1 on pci10 firmware_get: failed to load firmware image isp_2400 isp1: [ITHREAD] isp1: Board Type 2422, Chip Revision 0x3, resident F/W Revision 4.3.1 pcib9: at device 5.0 on pci0 pci11: on pcib9 pcib10: at device 6.0 on pci0 pci12: on pcib10 pcib11: at device 0.0 on pci12 pci13: on pcib11 pcib12: at device 0.2 on pci12 pci14: on pcib12 pcib13: at device 7.0 on pci0 pci15: on pcib13 pcib14: at device 28.0 on pci0 pci2: on pcib14 pcib15: at device 0.0 on pci2 pci3: on pcib15 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:1e:c9:e8:13:e7 bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x04000305); Flags( MFW MSI ) uhci0: port 0xbce0-0xbcff irq 21 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 0xbcc0-0xbcdf irq 20 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 0xbca0-0xbcbf irq 21 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 uhci3: port 0xbc80-0xbc9f irq 20 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered uhub5: on uhub4 uhub5: multiple transaction translators uhub5: 2 ports with 2 removable, self powered ehci_device_intr_done: not done, ex=0xc699e800 ukbd0: on uhub5 ehci_device_intr_done: not done, ex=0xc699e000 kbd2 at ukbd0 ums0: on uhub5 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 umass0: on uhub5 umass1: on uhub5 uhub6: on uhub4 uhub6: multiple transaction translators uhub6: 4 ports with 4 removable, self powered ehci_device_intr_done: not done, ex=0xc69a9400 pcib16: at device 30.0 on pci0 pci16: on pcib16 vgapci0: port 0xcc00-0xccff mem 0xd8000000-0xdfffffff,0xfc2d0000-0xfc2dffff irq 19 at device 13.0 on pci16 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 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] cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 cpu4: on acpi0 p4tcc4: on cpu4 cpu5: on acpi0 p4tcc5: on cpu5 cpu6: on acpi0 p4tcc6: on cpu6 cpu7: on acpi0 p4tcc7: on cpu7 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xd4800-0xd57ff,0xec000-0xeffff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. 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 bce0: link state changed to DOWN bce1: link state changed to DOWN acd0: DVDROM at ata0-master UDMA33 mfi0: 3319 (277344766s/0x0020/info) - Time established as 10/15/08 0:12:46; (71 seconds since power on) Expensive timeout(9) function: 0xc06f9de0(0xc0c52520) 0.113017715 s mfid0: on mfi0 mfid0: 69376MB (142082048 sectors) RAID volume '' is optimal (probe376:isp0:0:376:0): cam completion status 0x4a (probe376:isp0:0:376:0): cam completion status 0x4a (probe395:isp0:0:395:0): cam completion status 0x4a (probe395:isp0:0:395:0): cam completion status 0x4a (probe400:isp0:0:400:0): cam completion status 0x4a (probe400:isp0:0:400:0): cam completion status 0x4a (probe411:isp0:0:411:0): cam completion status 0x4a (probe411:isp0:0:411:0): cam completion status 0x4a (probe423:isp0:0:423:0): cam completion status 0x4a (probe423:isp0:0:423:0): cam completion status 0x4a (probe437:isp0:0:437:0): cam completion status 0x4a (probe437:isp0:0:437:0): cam completion status 0x4a (probe449:isp0:0:449:0): cam completion status 0x4a (probe449:isp0:0:449:0): cam completion status 0x4a (probe459:isp0:0:459:0): cam completion status 0x4a (probe459:isp0:0:459:0): cam completion status 0x4a (probe464:isp0:0:464:0): cam completion status 0x4a (probe464:isp0:0:464:0): cam completion status 0x4a (probe471:isp0:0:471:0): cam completion status 0x4a (probe471:isp0:0:471:0): cam completion status 0x4a (probe478:isp0:0:478:0): cam completion status 0x4a (probe478:isp0:0:478:0): cam completion status 0x4a (probe488:isp0:0:488:0): cam completion status 0x4a (probe488:isp0:0:488:0): cam completion status 0x4a (probe504:isp0:0:504:0): cam completion status 0x4a (probe504:isp0:0:504:0): cam completion status 0x4a (probe505:isp0:0:505:0): cam completion status 0x4a (probe505:isp0:0:505:0): cam completion status 0x4a (probe506:isp0:0:506:0): cam completion status 0x4a (probe506:isp0:0:506:0): cam completion status 0x4a (probe507:isp0:0:507:0): cam completion status 0x4a (probe507:isp0:0:507:0): cam completion status 0x4a (probe508:isp0:0:508:0): cam completion status 0x4a (probe508:isp0:0:508:0): cam completion status 0x4a (probe509:isp0:0:509:0): cam completion status 0x4a (probe509:isp0:0:509:0): cam completion status 0x4a (probe510:isp0:0:510:0): cam completion status 0x4a (probe510:isp0:0:510:0): cam completion status 0x4a (probe511:isp0:0:511:0): cam completion status 0x4a (probe511:isp0:0:511:0): cam completion status 0x4a (probe1:isp0:0:1:0): cam completion status 0x4a (probe1:isp0:0:1:0): cam completion status 0x4a (probe2:isp0:0:2:0): cam completion status 0x4a (probe2:isp0:0:2:0): cam completion status 0x4a (probe3:isp0:0:3:0): cam completion status 0x4a (probe0:isp0:0:0:0): cam completion status 0xcc (probe3:isp0:0:3:0): cam completion status 0x4a (probe4:isp0:0:4:0): cam completion status 0x4a (probe4:isp0:0:4:0): cam completion status 0x4a (probe5:isp0:0:5:0): cam completion status 0x4a (probe5:isp0:0:5:0): cam completion status 0x4a (probe7:isp0:0:7:0): cam completion status 0x4a (probe7:isp0:0:7:0): cam completion status 0x4a (probe8:isp0:0:8:0): cam completion status 0x4a (probe8:isp0:0:8:0): cam completion status 0x4a (probe9:isp0:0:9:0): cam completion status 0x4a (probe9:isp0:0:9:0): cam completion status 0x4a (probe10:isp0:0:10:0): cam completion status 0x4a (probe10:isp0:0:10:0): cam completion status 0x4a (probe11:isp0:0:11:0): cam completion status 0x4a (probe11:isp0:0:11:0): cam completion status 0x4a (probe12:isp0:0:12:0): cam completion status 0x4a (probe12:isp0:0:12:0): cam completion status 0x4a (probe13:isp0:0:13:0): cam completion status 0x4a (probe13:isp0:0:13:0): cam completion status 0x4a (probe14:isp0:0:14:0): cam completion status 0x4a (probe14:isp0:0:14:0): cam completion status 0x4a (probe15:isp0:0:15:0): cam completion status 0x4a (probe15:isp0:0:15:0): cam completion status 0x4a (probe16:isp0:0:16:0): cam completion status 0x4a (probe16:isp0:0:16:0): cam completion status 0x4a (probe17:isp0:0:17:0): cam completion status 0x4a (probe17:isp0:0:17:0): cam completion status 0x4a (probe18:isp0:0:18:0): cam completion status 0x4a (probe18:isp0:0:18:0): cam completion status 0x4a (probe19:isp0:0:19:0): cam completion status 0x4a (probe19:isp0:0:19:0): cam completion status 0x4a (probe20:isp0:0:20:0): cam completion status 0x4a (probe20:isp0:0:20:0): cam completion status 0x4a (probe21:isp0:0:21:0): cam completion status 0x4a (probe21:isp0:0:21:0): cam completion status 0x4a (probe22:isp0:0:22:0): cam completion status 0x4a (probe22:isp0:0:22:0): cam completion status 0x4a (probe23:isp0:0:23:0): cam completion status 0x4a (probe23:isp0:0:23:0): cam completion status 0x4a (probe24:isp0:0:24:0): cam completion status 0x4a (probe24:isp0:0:24:0): cam completion status 0x4a (probe26:isp0:0:26:0): cam completion status 0x4a (probe26:isp0:0:26:0): cam completion status 0x4a (probe27:isp0:0:27:0): cam completion status 0x4a (probe27:isp0:0:27:0): cam completion status 0x4a (probe28:isp0:0:28:0): cam completion status 0x4a (probe28:isp0:0:28:0): cam completion status 0x4a (probe29:isp0:0:29:0): cam completion status 0x4a (probe29:isp0:0:29:0): cam completion status 0x4a (probe30:isp0:0:30:0): cam completion status 0x4a (probe30:isp0:0:30:0): cam completion status 0x4a (probe31:isp0:0:31:0): cam completion status 0x4a (probe31:isp0:0:31:0): cam completion status 0x4a (probe32:isp0:0:32:0): cam completion status 0x4a (probe32:isp0:0:32:0): cam completion status 0x4a (probe33:isp0:0:33:0): cam completion status 0x4a (probe33:isp0:0:33:0): cam completion status 0x4a (probe34:isp0:0:34:0): cam completion status 0x4a (probe34:isp0:0:34:0): cam completion status 0x4a (probe35:isp0:0:35:0): cam completion status 0x4a (probe35:isp0:0:35:0): cam completion status 0x4a (probe36:isp0:0:36:0): cam completion status 0x4a (probe36:isp0:0:36:0): cam completion status 0x4a (probe37:isp0:0:37:0): cam completion status 0x4a (probe37:isp0:0:37:0): cam completion status 0x4a (probe38:isp0:0:38:0): cam completion status 0x4a (probe38:isp0:0:38:0): cam completion status 0x4a (probe39:isp0:0:39:0): cam completion status 0x4a (probe39:isp0:0:39:0): cam completion status 0x4a (probe40:isp0:0:40:0): cam completion status 0x4a (probe40:isp0:0:40:0): cam completion status 0x4a (probe41:isp0:0:41:0): cam completion status 0x4a (probe41:isp0:0:41:0): cam completion status 0x4a (probe42:isp0:0:42:0): cam completion status 0x4a (probe42:isp0:0:42:0): cam completion status 0x4a (probe43:isp0:0:43:0): cam completion status 0x4a (probe43:isp0:0:43:0): cam completion status 0x4a (probe44:isp0:0:44:0): cam completion status 0x4a (probe44:isp0:0:44:0): cam completion status 0x4a (probe45:isp0:0:45:0): cam completion status 0x4a (probe45:isp0:0:45:0): cam completion status 0x4a (probe46:isp0:0:46:0): cam completion status 0x4a (probe46:isp0:0:46:0): cam completion status 0x4a (probe47:isp0:0:47:0): cam completion status 0x4a (probe47:isp0:0:47:0): cam completion status 0x4a (probe48:isp0:0:48:0): cam completion status 0x4a (probe48:isp0:0:48:0): cam completion status 0x4a (probe49:isp0:0:49:0): cam completion status 0x4a (probe49:isp0:0:49:0): cam completion status 0x4a (probe50:isp0:0:50:0): cam completion status 0x4a (probe50:isp0:0:50:0): cam completion status 0x4a (probe51:isp0:0:51:0): cam completion status 0x4a (probe51:isp0:0:51:0): cam completion status 0x4a (probe52:isp0:0:52:0): cam completion status 0x4a (probe52:isp0:0:52:0): cam completion status 0x4a (probe53:isp0:0:53:0): cam completion status 0x4a (probe53:isp0:0:53:0): cam completion status 0x4a (probe54:isp0:0:54:0): cam completion status 0x4a (probe54:isp0:0:54:0): cam completion status 0x4a (probe55:isp0:0:55:0): cam completion status 0x4a (probe55:isp0:0:55:0): cam completion status 0x4a (probe56:isp0:0:56:0): cam completion status 0x4a (probe56:isp0:0:56:0): cam completion status 0x4a (probe57:isp0:0:57:0): cam completion status 0x4a (probe57:isp0:0:57:0): cam completion status 0x4a (probe58:isp0:0:58:0): cam completion status 0x4a (probe58:isp0:0:58:0): cam completion status 0x4a (probe59:isp0:0:59:0): cam completion status 0x4a (probe59:isp0:0:59:0): cam completion status 0x4a (probe60:isp0:0:60:0): cam completion status 0x4a (probe60:isp0:0:60:0): cam completion status 0x4a (probe61:isp0:0:61:0): cam completion status 0x4a (probe61:isp0:0:61:0): cam completion status 0x4a (probe63:isp0:0:63:0): cam completion status 0x4a (probe63:isp0:0:63:0): cam completion status 0x4a (probe64:isp0:0:64:0): cam completion status 0x4a (probe64:isp0:0:64:0): cam completion status 0x4a (probe65:isp0:0:65:0): cam completion status 0x4a (probe65:isp0:0:65:0): cam completion status 0x4a (probe66:isp0:0:66:0): cam completion status 0x4a (probe66:isp0:0:66:0): cam completion status 0x4a (probe67:isp0:0:67:0): cam completion status 0x4a (probe67:isp0:0:67:0): cam completion status 0x4a (probe68:isp0:0:68:0): cam completion status 0x4a (probe68:isp0:0:68:0): cam completion status 0x4a (probe69:isp0:0:69:0): cam completion status 0x4a (probe69:isp0:0:69:0): cam completion status 0x4a (probe70:isp0:0:70:0): cam completion status 0x4a (probe70:isp0:0:70:0): cam completion status 0x4a (probe71:isp0:0:71:0): cam completion status 0x4a (probe71:isp0:0:71:0): cam completion status 0x4a (probe72:isp0:0:72:0): cam completion status 0x4a (probe72:isp0:0:72:0): cam completion status 0x4a (probe73:isp0:0:73:0): cam completion status 0x4a (probe73:isp0:0:73:0): cam completion status 0x4a (probe75:isp0:0:75:0): cam completion status 0x4a (probe75:isp0:0:75:0): cam completion status 0x4a (probe76:isp0:0:76:0): cam completion status 0x4a (probe76:isp0:0:76:0): cam completion status 0x4a (probe77:isp0:0:77:0): cam completion status 0x4a (probe77:isp0:0:77:0): cam completion status 0x4a (probe78:isp0:0:78:0): cam completion status 0x4a (probe78:isp0:0:78:0): cam completion status 0x4a (probe79:isp0:0:79:0): cam completion status 0x4a (probe79:isp0:0:79:0): cam completion status 0x4a (probe81:isp0:0:81:0): cam completion status 0x4a (probe81:isp0:0:81:0): cam completion status 0x4a (probe82:isp0:0:82:0): cam completion status 0x4a (probe82:isp0:0:82:0): cam completion status 0x4a (probe83:isp0:0:83:0): cam completion status 0x4a (probe83:isp0:0:83:0): cam completion status 0x4a (probe84:isp0:0:84:0): cam completion status 0x4a (probe84:isp0:0:84:0): cam completion status 0x4a (probe85:isp0:0:85:0): cam completion status 0x4a (probe85:isp0:0:85:0): cam completion status 0x4a (probe86:isp0:0:86:0): cam completion status 0x4a (probe86:isp0:0:86:0): cam completion status 0x4a (probe87:isp0:0:87:0): cam completion status 0x4a (probe87:isp0:0:87:0): cam completion status 0x4a (probe88:isp0:0:88:0): cam completion status 0x4a (probe88:isp0:0:88:0): cam completion status 0x4a (probe89:isp0:0:89:0): cam completion status 0x4a (probe89:isp0:0:89:0): cam completion status 0x4a (probe90:isp0:0:90:0): cam completion status 0x4a (probe90:isp0:0:90:0): cam completion status 0x4a (probe91:isp0:0:91:0): cam completion status 0x4a (probe91:isp0:0:91:0): cam completion status 0x4a (probe92:isp0:0:92:0): cam completion status 0x4a (probe92:isp0:0:92:0): cam completion status 0x4a (probe93:isp0:0:93:0): cam completion status 0x4a (probe93:isp0:0:93:0): cam completion status 0x4a (probe94:isp0:0:94:0): cam completion status 0x4a (probe94:isp0:0:94:0): cam completion status 0x4a (probe95:isp0:0:95:0): cam completion status 0x4a (probe95:isp0:0:95:0): cam completion status 0x4a (probe96:isp0:0:96:0): cam completion status 0x4a (probe96:isp0:0:96:0): cam completion status 0x4a (probe97:isp0:0:97:0): cam completion status 0x4a (probe97:isp0:0:97:0): cam completion status 0x4a (probe98:isp0:0:98:0): cam completion status 0x4a (probe98:isp0:0:98:0): cam completion status 0x4a (probe99:isp0:0:99:0): cam completion status 0x4a (probe99:isp0:0:99:0): cam completion status 0x4a (probe100:isp0:0:100:0): cam completion status 0x4a (probe100:isp0:0:100:0): cam completion status 0x4a (probe101:isp0:0:101:0): cam completion status 0x4a (probe101:isp0:0:101:0): cam completion status 0x4a (probe102:isp0:0:102:0): cam completion status 0x4a (probe102:isp0:0:102:0): cam completion status 0x4a (probe103:isp0:0:103:0): cam completion status 0x4a (probe103:isp0:0:103:0): cam completion status 0x4a (probe104:isp0:0:104:0): cam completion status 0x4a (probe104:isp0:0:104:0): cam completion status 0x4a (probe105:isp0:0:105:0): cam completion status 0x4a (probe105:isp0:0:105:0): cam completion status 0x4a (probe106:isp0:0:106:0): cam completion status 0x4a (probe106:isp0:0:106:0): cam completion status 0x4a (probe107:isp0:0:107:0): cam completion status 0x4a (probe107:isp0:0:107:0): cam completion status 0x4a (probe108:isp0:0:108:0): cam completion status 0x4a (probe108:isp0:0:108:0): cam completion status 0x4a (probe110:isp0:0:110:0): cam completion status 0x4a (probe110:isp0:0:110:0): cam completion status 0x4a (probe111:isp0:0:111:0): cam completion status 0x4a (probe111:isp0:0:111:0): cam completion status 0x4a (probe112:isp0:0:112:0): cam completion status 0x4a (probe112:isp0:0:112:0): cam completion status 0x4a (probe113:isp0:0:113:0): cam completion status 0x4a (probe113:isp0:0:113:0): cam completion status 0x4a (probe114:isp0:0:114:0): cam completion status 0x4a (probe114:isp0:0:114:0): cam completion status 0x4a (probe115:isp0:0:115:0): cam completion status 0x4a (probe115:isp0:0:115:0): cam completion status 0x4a (probe116:isp0:0:116:0): cam completion status 0x4a (probe116:isp0:0:116:0): cam completion status 0x4a (probe117:isp0:0:117:0): cam completion status 0x4a (probe117:isp0:0:117:0): cam completion status 0x4a (probe118:isp0:0:118:0): cam completion status 0x4a (probe118:isp0:0:118:0): cam completion status 0x4a (probe119:isp0:0:119:0): cam completion status 0x4a (probe119:isp0:0:119:0): cam completion status 0x4a (probe120:isp0:0:120:0): cam completion status 0x4a (probe120:isp0:0:120:0): cam completion status 0x4a (probe121:isp0:0:121:0): cam completion status 0x4a (probe121:isp0:0:121:0): cam completion status 0x4a (probe122:isp0:0:122:0): cam completion status 0x4a (probe122:isp0:0:122:0): cam completion status 0x4a (probe123:isp0:0:123:0): cam completion status 0x4a (probe123:isp0:0:123:0): cam completion status 0x4a (probe124:isp0:0:124:0): cam completion status 0x4a (probe124:isp0:0:124:0): cam completion status 0x4a (probe125:isp0:0:125:0): cam completion status 0x4a (probe125:isp0:0:125:0): cam completion status 0x4a (probe126:isp0:0:126:0): cam completion status 0x4a (probe126:isp0:0:126:0): cam completion status 0x4a (probe127:isp0:0:127:0): cam completion status 0x4a (probe127:isp0:0:127:0): cam completion status 0x4a (probe128:isp0:0:128:0): cam completion status 0x4a (probe128:isp0:0:128:0): cam completion status 0x4a (probe129:isp0:0:129:0): cam completion status 0x4a (probe129:isp0:0:129:0): cam completion status 0x4a (probe130:isp0:0:130:0): cam completion status 0x4a (probe130:isp0:0:130:0): cam completion status 0x4a (probe132:isp0:0:132:0): cam completion status 0x4a (probe132:isp0:0:132:0): cam completion status 0x4a (probe133:isp0:0:133:0): cam completion status 0x4a (probe133:isp0:0:133:0): cam completion status 0x4a (probe134:isp0:0:134:0): cam completion status 0x4a (probe134:isp0:0:134:0): cam completion status 0x4a (probe135:isp0:0:135:0): cam completion status 0x4a (probe135:isp0:0:135:0): cam completion status 0x4a (probe136:isp0:0:136:0): cam completion status 0x4a (probe136:isp0:0:136:0): cam completion status 0x4a (probe137:isp0:0:137:0): cam completion status 0x4a (probe137:isp0:0:137:0): cam completion status 0x4a (probe138:isp0:0:138:0): cam completion status 0x4a (probe138:isp0:0:138:0): cam completion status 0x4a (probe139:isp0:0:139:0): cam completion status 0x4a (probe139:isp0:0:139:0): cam completion status 0x4a (probe140:isp0:0:140:0): cam completion status 0x4a (probe140:isp0:0:140:0): cam completion status 0x4a (probe141:isp0:0:141:0): cam completion status 0x4a (probe141:isp0:0:141:0): cam completion status 0x4a (probe142:isp0:0:142:0): cam completion status 0x4a (probe142:isp0:0:142:0): cam completion status 0x4a (probe143:isp0:0:143:0): cam completion status 0x4a (probe143:isp0:0:143:0): cam completion status 0x4a (probe144:isp0:0:144:0): cam completion status 0x4a (probe144:isp0:0:144:0): cam completion status 0x4a (probe145:isp0:0:145:0): cam completion status 0x4a (probe145:isp0:0:145:0): cam completion status 0x4a (probe146:isp0:0:146:0): cam completion status 0x4a (probe146:isp0:0:146:0): cam completion status 0x4a (probe148:isp0:0:148:0): cam completion status 0x4a (probe148:isp0:0:148:0): cam completion status 0x4a (probe149:isp0:0:149:0): cam completion status 0x4a (probe149:isp0:0:149:0): cam completion status 0x4a (probe150:isp0:0:150:0): cam completion status 0x4a (probe150:isp0:0:150:0): cam completion status 0x4a (probe151:isp0:0:151:0): cam completion status 0x4a (probe151:isp0:0:151:0): cam completion status 0x4a (probe152:isp0:0:152:0): cam completion status 0x4a (probe152:isp0:0:152:0): cam completion status 0x4a (probe153:isp0:0:153:0): cam completion status 0x4a (probe153:isp0:0:153:0): cam completion status 0x4a (probe154:isp0:0:154:0): cam completion status 0x4a (probe154:isp0:0:154:0): cam completion status 0x4a (probe155:isp0:0:155:0): cam completion status 0x4a (probe155:isp0:0:155:0): cam completion status 0x4a (probe156:isp0:0:156:0): cam completion status 0x4a (probe156:isp0:0:156:0): cam completion status 0x4a (probe157:isp0:0:157:0): cam completion status 0x4a (probe157:isp0:0:157:0): cam completion status 0x4a (probe158:isp0:0:158:0): cam completion status 0x4a (probe158:isp0:0:158:0): cam completion status 0x4a (probe159:isp0:0:159:0): cam completion status 0x4a (probe159:isp0:0:159:0): cam completion status 0x4a (probe160:isp0:0:160:0): cam completion status 0x4a (probe160:isp0:0:160:0): cam completion status 0x4a (probe161:isp0:0:161:0): cam completion status 0x4a (probe161:isp0:0:161:0): cam completion status 0x4a (probe162:isp0:0:162:0): cam completion status 0x4a (probe162:isp0:0:162:0): cam completion status 0x4a (probe163:isp0:0:163:0): cam completion status 0x4a (probe163:isp0:0:163:0): cam completion status 0x4a (probe164:isp0:0:164:0): cam completion status 0x4a (probe164:isp0:0:164:0): cam completion status 0x4a (probe165:isp0:0:165:0): cam completion status 0x4a (probe165:isp0:0:165:0): cam completion status 0x4a (probe166:isp0:0:166:0): cam completion status 0x4a (probe166:isp0:0:166:0): cam completion status 0x4a (probe167:isp0:0:167:0): cam completion status 0x4a (probe167:isp0:0:167:0): cam completion status 0x4a (probe168:isp0:0:168:0): cam completion status 0x4a (probe168:isp0:0:168:0): cam completion status 0x4a (probe169:isp0:0:169:0): cam completion status 0x4a (probe169:isp0:0:169:0): cam completion status 0x4a (probe170:isp0:0:170:0): cam completion status 0x4a (probe170:isp0:0:170:0): cam completion status 0x4a (probe171:isp0:0:171:0): cam completion status 0x4a (probe171:isp0:0:171:0): cam completion status 0x4a (probe172:isp0:0:172:0): cam completion status 0x4a (probe172:isp0:0:172:0): cam completion status 0x4a (probe173:isp0:0:173:0): cam completion status 0x4a (probe173:isp0:0:173:0): cam completion status 0x4a (probe174:isp0:0:174:0): cam completion status 0x4a (probe174:isp0:0:174:0): cam completion status 0x4a (probe175:isp0:0:175:0): cam completion status 0x4a (probe175:isp0:0:175:0): cam completion status 0x4a (probe176:isp0:0:176:0): cam completion status 0x4a (probe176:isp0:0:176:0): cam completion status 0x4a (probe177:isp0:0:177:0): cam completion status 0x4a (probe177:isp0:0:177:0): cam completion status 0x4a (probe178:isp0:0:178:0): cam completion status 0x4a (probe178:isp0:0:178:0): cam completion status 0x4a (probe179:isp0:0:179:0): cam completion status 0x4a (probe179:isp0:0:179:0): cam completion status 0x4a (probe180:isp0:0:180:0): cam completion status 0x4a (probe180:isp0:0:180:0): cam completion status 0x4a (probe181:isp0:0:181:0): cam completion status 0x4a (probe181:isp0:0:181:0): cam completion status 0x4a (probe182:isp0:0:182:0): cam completion status 0x4a (probe182:isp0:0:182:0): cam completion status 0x4a (probe183:isp0:0:183:0): cam completion status 0x4a (probe183:isp0:0:183:0): cam completion status 0x4a (probe184:isp0:0:184:0): cam completion status 0x4a (probe184:isp0:0:184:0): cam completion status 0x4a (probe185:isp0:0:185:0): cam completion status 0x4a (probe185:isp0:0:185:0): cam completion status 0x4a (probe186:isp0:0:186:0): cam completion status 0x4a (probe186:isp0:0:186:0): cam completion status 0x4a (probe187:isp0:0:187:0): cam completion status 0x4a (probe187:isp0:0:187:0): cam completion status 0x4a (probe188:isp0:0:188:0): cam completion status 0x4a (probe188:isp0:0:188:0): cam completion status 0x4a (probe189:isp0:0:189:0): cam completion status 0x4a (probe189:isp0:0:189:0): cam completion status 0x4a (probe190:isp0:0:190:0): cam completion status 0x4a (probe190:isp0:0:190:0): cam completion status 0x4a (probe191:isp0:0:191:0): cam completion status 0x4a (probe191:isp0:0:191:0): cam completion status 0x4a (probe192:isp0:0:192:0): cam completion status 0x4a (probe192:isp0:0:192:0): cam completion status 0x4a (probe193:isp0:0:193:0): cam completion status 0x4a (probe193:isp0:0:193:0): cam completion status 0x4a (probe194:isp0:0:194:0): cam completion status 0x4a (probe194:isp0:0:194:0): cam completion status 0x4a (probe195:isp0:0:195:0): cam completion status 0x4a (probe195:isp0:0:195:0): cam completion status 0x4a (probe196:isp0:0:196:0): cam completion status 0x4a (probe196:isp0:0:196:0): cam completion status 0x4a (probe197:isp0:0:197:0): cam completion status 0x4a (probe197:isp0:0:197:0): cam completion status 0x4a (probe198:isp0:0:198:0): cam completion status 0x4a (probe198:isp0:0:198:0): cam completion status 0x4a (probe199:isp0:0:199:0): cam completion status 0x4a (probe199:isp0:0:199:0): cam completion status 0x4a (probe200:isp0:0:200:0): cam completion status 0x4a (probe200:isp0:0:200:0): cam completion status 0x4a (probe201:isp0:0:201:0): cam completion status 0x4a (probe201:isp0:0:201:0): cam completion status 0x4a (probe202:isp0:0:202:0): cam completion status 0x4a (probe202:isp0:0:202:0): cam completion status 0x4a (probe203:isp0:0:203:0): cam completion status 0x4a (probe203:isp0:0:203:0): cam completion status 0x4a (probe204:isp0:0:204:0): cam completion status 0x4a (probe204:isp0:0:204:0): cam completion status 0x4a (probe205:isp0:0:205:0): cam completion status 0x4a (probe205:isp0:0:205:0): cam completion status 0x4a (probe207:isp0:0:207:0): cam completion status 0x4a (probe207:isp0:0:207:0): cam completion status 0x4a (probe208:isp0:0:208:0): cam completion status 0x4a (probe208:isp0:0:208:0): cam completion status 0x4a (probe209:isp0:0:209:0): cam completion status 0x4a (probe209:isp0:0:209:0): cam completion status 0x4a (probe210:isp0:0:210:0): cam completion status 0x4a (probe210:isp0:0:210:0): cam completion status 0x4a (probe211:isp0:0:211:0): cam completion status 0x4a (probe211:isp0:0:211:0): cam completion status 0x4a (probe212:isp0:0:212:0): cam completion status 0x4a (probe212:isp0:0:212:0): cam completion status 0x4a (probe213:isp0:0:213:0): cam completion status 0x4a (probe213:isp0:0:213:0): cam completion status 0x4a (probe214:isp0:0:214:0): cam completion status 0x4a (probe214:isp0:0:214:0): cam completion status 0x4a (probe215:isp0:0:215:0): cam completion status 0x4a (probe215:isp0:0:215:0): cam completion status 0x4a (probe216:isp0:0:216:0): cam completion status 0x4a (probe216:isp0:0:216:0): cam completion status 0x4a (probe217:isp0:0:217:0): cam completion status 0x4a (probe217:isp0:0:217:0): cam completion status 0x4a (probe218:isp0:0:218:0): cam completion status 0x4a (probe218:isp0:0:218:0): cam completion status 0x4a (probe219:isp0:0:219:0): cam completion status 0x4a (probe219:isp0:0:219:0): cam completion status 0x4a (probe220:isp0:0:220:0): cam completion status 0x4a (probe220:isp0:0:220:0): cam completion status 0x4a (probe221:isp0:0:221:0): cam completion status 0x4a (probe221:isp0:0:221:0): cam completion status 0x4a (probe222:isp0:0:222:0): cam completion status 0x4a (probe222:isp0:0:222:0): cam completion status 0x4a (probe223:isp0:0:223:0): cam completion status 0x4a (probe223:isp0:0:223:0): cam completion status 0x4a (probe224:isp0:0:224:0): cam completion status 0x4a (probe224:isp0:0:224:0): cam completion status 0x4a (probe225:isp0:0:225:0): cam completion status 0x4a (probe225:isp0:0:225:0): cam completion status 0x4a (probe226:isp0:0:226:0): cam completion status 0x4a (probe226:isp0:0:226:0): cam completion status 0x4a (probe227:isp0:0:227:0): cam completion status 0x4a (probe227:isp0:0:227:0): cam completion status 0x4a (probe228:isp0:0:228:0): cam completion status 0x4a (probe228:isp0:0:228:0): cam completion status 0x4a (probe229:isp0:0:229:0): cam completion status 0x4a (probe229:isp0:0:229:0): cam completion status 0x4a (probe230:isp0:0:230:0): cam completion status 0x4a (probe230:isp0:0:230:0): cam completion status 0x4a (probe231:isp0:0:231:0): cam completion status 0x4a (probe231:isp0:0:231:0): cam completion status 0x4a (probe232:isp0:0:232:0): cam completion status 0x4a (probe232:isp0:0:232:0): cam completion status 0x4a (probe233:isp0:0:233:0): cam completion status 0x4a (probe233:isp0:0:233:0): cam completion status 0x4a (probe234:isp0:0:234:0): cam completion status 0x4a (probe234:isp0:0:234:0): cam completion status 0x4a (probe235:isp0:0:235:0): cam completion status 0x4a (probe235:isp0:0:235:0): cam completion status 0x4a (probe236:isp0:0:236:0): cam completion status 0x4a (probe236:isp0:0:236:0): cam completion status 0x4a (probe237:isp0:0:237:0): cam completion status 0x4a (probe237:isp0:0:237:0): cam completion status 0x4a (probe238:isp0:0:238:0): cam completion status 0x4a (probe238:isp0:0:238:0): cam completion status 0x4a (probe239:isp0:0:239:0): cam completion status 0x4a (probe239:isp0:0:239:0): cam completion status 0x4a (probe240:isp0:0:240:0): cam completion status 0x4a (probe240:isp0:0:240:0): cam completion status 0x4a (probe241:isp0:0:241:0): cam completion status 0x4a (probe241:isp0:0:241:0): cam completion status 0x4a (probe242:isp0:0:242:0): cam completion status 0x4a (probe242:isp0:0:242:0): cam completion status 0x4a (probe243:isp0:0:243:0): cam completion status 0x4a (probe243:isp0:0:243:0): cam completion status 0x4a (probe244:isp0:0:244:0): cam completion status 0x4a (probe244:isp0:0:244:0): cam completion status 0x4a (probe245:isp0:0:245:0): cam completion status 0x4a (probe245:isp0:0:245:0): cam completion status 0x4a (probe246:isp0:0:246:0): cam completion status 0x4a (probe246:isp0:0:246:0): cam completion status 0x4a (probe247:isp0:0:247:0): cam completion status 0x4a (probe247:isp0:0:247:0): cam completion status 0x4a (probe248:isp0:0:248:0): cam completion status 0x4a (probe248:isp0:0:248:0): cam completion status 0x4a (probe249:isp0:0:249:0): cam completion status 0x4a (probe249:isp0:0:249:0): cam completion status 0x4a (probe250:isp0:0:250:0): cam completion status 0x4a (probe250:isp0:0:250:0): cam completion status 0x4a (probe251:isp0:0:251:0): cam completion status 0x4a (probe251:isp0:0:251:0): cam completion status 0x4a (probe252:isp0:0:252:0): cam completion status 0x4a (probe252:isp0:0:252:0): cam completion status 0x4a (probe253:isp0:0:253:0): cam completion status 0x4a (probe253:isp0:0:253:0): cam completion status 0x4a (probe254:isp0:0:254:0): cam completion status 0x4a (probe254:isp0:0:254:0): cam completion status 0x4a (probe255:isp0:0:255:0): cam completion status 0x4a (probe255:isp0:0:255:0): cam completion status 0x4a (probe256:isp0:0:256:0): cam completion status 0x4a (probe256:isp0:0:256:0): cam completion status 0x4a (probe257:isp0:0:257:0): cam completion status 0x4a (probe257:isp0:0:257:0): cam completion status 0x4a (probe258:isp0:0:258:0): cam completion status 0x4a (probe258:isp0:0:258:0): cam completion status 0x4a (probe259:isp0:0:259:0): cam completion status 0x4a (probe259:isp0:0:259:0): cam completion status 0x4a (probe260:isp0:0:260:0): cam completion status 0x4a (probe260:isp0:0:260:0): cam completion status 0x4a (probe261:isp0:0:261:0): cam completion status 0x4a (probe261:isp0:0:261:0): cam completion status 0x4a (probe262:isp0:0:262:0): cam completion status 0x4a (probe262:isp0:0:262:0): cam completion status 0x4a (probe263:isp0:0:263:0): cam completion status 0x4a (probe263:isp0:0:263:0): cam completion status 0x4a (probe264:isp0:0:264:0): cam completion status 0x4a (probe264:isp0:0:264:0): cam completion status 0x4a (probe265:isp0:0:265:0): cam completion status 0x4a (probe265:isp0:0:265:0): cam completion status 0x4a (probe266:isp0:0:266:0): cam completion status 0x4a (probe266:isp0:0:266:0): cam completion status 0x4a (probe267:isp0:0:267:0): cam completion status 0x4a (probe267:isp0:0:267:0): cam completion status 0x4a (probe268:isp0:0:268:0): cam completion status 0x4a (probe268:isp0:0:268:0): cam completion status 0x4a (probe269:isp0:0:269:0): cam completion status 0x4a (probe269:isp0:0:269:0): cam completion status 0x4a (probe270:isp0:0:270:0): cam completion status 0x4a (probe270:isp0:0:270:0): cam completion status 0x4a (probe271:isp0:0:271:0): cam completion status 0x4a (probe271:isp0:0:271:0): cam completion status 0x4a (probe272:isp0:0:272:0): cam completion status 0x4a (probe272:isp0:0:272:0): cam completion status 0x4a (probe273:isp0:0:273:0): cam completion status 0x4a (probe273:isp0:0:273:0): cam completion status 0x4a (probe274:isp0:0:274:0): cam completion status 0x4a (probe274:isp0:0:274:0): cam completion status 0x4a (probe275:isp0:0:275:0): cam completion status 0x4a (probe275:isp0:0:275:0): cam completion status 0x4a (probe276:isp0:0:276:0): cam completion status 0x4a (probe276:isp0:0:276:0): cam completion status 0x4a (probe277:isp0:0:277:0): cam completion status 0x4a (probe277:isp0:0:277:0): cam completion status 0x4a (probe278:isp0:0:278:0): cam completion status 0x4a (probe278:isp0:0:278:0): cam completion status 0x4a (probe279:isp0:0:279:0): cam completion status 0x4a (probe279:isp0:0:279:0): cam completion status 0x4a (probe280:isp0:0:280:0): cam completion status 0x4a (probe280:isp0:0:280:0): cam completion status 0x4a (probe281:isp0:0:281:0): cam completion status 0x4a (probe281:isp0:0:281:0): cam completion status 0x4a (probe282:isp0:0:282:0): cam completion status 0x4a (probe282:isp0:0:282:0): cam completion status 0x4a (probe283:isp0:0:283:0): cam completion status 0x4a (probe283:isp0:0:283:0): cam completion status 0x4a (probe284:isp0:0:284:0): cam completion status 0x4a (probe284:isp0:0:284:0): cam completion status 0x4a (probe285:isp0:0:285:0): cam completion status 0x4a (probe285:isp0:0:285:0): cam completion status 0x4a (probe286:isp0:0:286:0): cam completion status 0x4a (probe286:isp0:0:286:0): cam completion status 0x4a (probe287:isp0:0:287:0): cam completion status 0x4a (probe287:isp0:0:287:0): cam completion status 0x4a (probe288:isp0:0:288:0): cam completion status 0x4a (probe288:isp0:0:288:0): cam completion status 0x4a (probe289:isp0:0:289:0): cam completion status 0x4a (probe289:isp0:0:289:0): cam completion status 0x4a (probe290:isp0:0:290:0): cam completion status 0x4a (probe290:isp0:0:290:0): cam completion status 0x4a (probe291:isp0:0:291:0): cam completion status 0x4a (probe291:isp0:0:291:0): cam completion status 0x4a (probe292:isp0:0:292:0): cam completion status 0x4a (probe292:isp0:0:292:0): cam completion status 0x4a (probe293:isp0:0:293:0): cam completion status 0x4a (probe293:isp0:0:293:0): cam completion status 0x4a (probe294:isp0:0:294:0): cam completion status 0x4a (probe294:isp0:0:294:0): cam completion status 0x4a (probe295:isp0:0:295:0): cam completion status 0x4a (probe295:isp0:0:295:0): cam completion status 0x4a (probe296:isp0:0:296:0): cam completion status 0x4a (probe296:isp0:0:296:0): cam completion status 0x4a (probe297:isp0:0:297:0): cam completion status 0x4a (probe297:isp0:0:297:0): cam completion status 0x4a (probe298:isp0:0:298:0): cam completion status 0x4a (probe298:isp0:0:298:0): cam completion status 0x4a (probe299:isp0:0:299:0): cam completion status 0x4a (probe299:isp0:0:299:0): cam completion status 0x4a (probe300:isp0:0:300:0): cam completion status 0x4a (probe300:isp0:0:300:0): cam completion status 0x4a (probe301:isp0:0:301:0): cam completion status 0x4a (probe301:isp0:0:301:0): cam completion status 0x4a (probe302:isp0:0:302:0): cam completion status 0x4a (probe302:isp0:0:302:0): cam completion status 0x4a (probe303:isp0:0:303:0): cam completion status 0x4a (probe303:isp0:0:303:0): cam completion status 0x4a (probe304:isp0:0:304:0): cam completion status 0x4a (probe304:isp0:0:304:0): cam completion status 0x4a (probe305:isp0:0:305:0): cam completion status 0x4a (probe305:isp0:0:305:0): cam completion status 0x4a (probe306:isp0:0:306:0): cam completion status 0x4a (probe306:isp0:0:306:0): cam completion status 0x4a (probe307:isp0:0:307:0): cam completion status 0x4a (probe307:isp0:0:307:0): cam completion status 0x4a (probe308:isp0:0:308:0): cam completion status 0x4a (probe308:isp0:0:308:0): cam completion status 0x4a (probe309:isp0:0:309:0): cam completion status 0x4a (probe309:isp0:0:309:0): cam completion status 0x4a (probe310:isp0:0:310:0): cam completion status 0x4a (probe310:isp0:0:310:0): cam completion status 0x4a (probe311:isp0:0:311:0): cam completion status 0x4a (probe311:isp0:0:311:0): cam completion status 0x4a (probe312:isp0:0:312:0): cam completion status 0x4a (probe312:isp0:0:312:0): cam completion status 0x4a (probe313:isp0:0:313:0): cam completion status 0x4a (probe313:isp0:0:313:0): cam completion status 0x4a (probe314:isp0:0:314:0): cam completion status 0x4a (probe314:isp0:0:314:0): cam completion status 0x4a (probe315:isp0:0:315:0): cam completion status 0x4a (probe315:isp0:0:315:0): cam completion status 0x4a (probe316:isp0:0:316:0): cam completion status 0x4a (probe316:isp0:0:316:0): cam completion status 0x4a (probe317:isp0:0:317:0): cam completion status 0x4a (probe317:isp0:0:317:0): cam completion status 0x4a (probe318:isp0:0:318:0): cam completion status 0x4a (probe318:isp0:0:318:0): cam completion status 0x4a (probe319:isp0:0:319:0): cam completion status 0x4a (probe319:isp0:0:319:0): cam completion status 0x4a (probe320:isp0:0:320:0): cam completion status 0x4a (probe320:isp0:0:320:0): cam completion status 0x4a (probe321:isp0:0:321:0): cam completion status 0x4a (probe321:isp0:0:321:0): cam completion status 0x4a (probe322:isp0:0:322:0): cam completion status 0x4a (probe322:isp0:0:322:0): cam completion status 0x4a (probe323:isp0:0:323:0): cam completion status 0x4a (probe323:isp0:0:323:0): cam completion status 0x4a (probe324:isp0:0:324:0): cam completion status 0x4a (probe324:isp0:0:324:0): cam completion status 0x4a (probe325:isp0:0:325:0): cam completion status 0x4a (probe325:isp0:0:325:0): cam completion status 0x4a (probe326:isp0:0:326:0): cam completion status 0x4a (probe326:isp0:0:326:0): cam completion status 0x4a (probe327:isp0:0:327:0): cam completion status 0x4a (probe327:isp0:0:327:0): cam completion status 0x4a (probe328:isp0:0:328:0): cam completion status 0x4a (probe328:isp0:0:328:0): cam completion status 0x4a (probe329:isp0:0:329:0): cam completion status 0x4a (probe329:isp0:0:329:0): cam completion status 0x4a (probe330:isp0:0:330:0): cam completion status 0x4a (probe330:isp0:0:330:0): cam completion status 0x4a (probe331:isp0:0:331:0): cam completion status 0x4a (probe331:isp0:0:331:0): cam completion status 0x4a (probe332:isp0:0:332:0): cam completion status 0x4a (probe332:isp0:0:332:0): cam completion status 0x4a (probe333:isp0:0:333:0): cam completion status 0x4a (probe333:isp0:0:333:0): cam completion status 0x4a (probe334:isp0:0:334:0): cam completion status 0x4a (probe334:isp0:0:334:0): cam completion status 0x4a (probe335:isp0:0:335:0): cam completion status 0x4a (probe335:isp0:0:335:0): cam completion status 0x4a (probe336:isp0:0:336:0): cam completion status 0x4a (probe336:isp0:0:336:0): cam completion status 0x4a (probe337:isp0:0:337:0): cam completion status 0x4a (probe337:isp0:0:337:0): cam completion status 0x4a (probe338:isp0:0:338:0): cam completion status 0x4a (probe338:isp0:0:338:0): cam completion status 0x4a (probe339:isp0:0:339:0): cam completion status 0x4a (probe339:isp0:0:339:0): cam completion status 0x4a (probe340:isp0:0:340:0): cam completion status 0x4a (probe340:isp0:0:340:0): cam completion status 0x4a (probe341:isp0:0:341:0): cam completion status 0x4a (probe341:isp0:0:341:0): cam completion status 0x4a (probe342:isp0:0:342:0): cam completion status 0x4a (probe342:isp0:0:342:0): cam completion status 0x4a (probe343:isp0:0:343:0): cam completion status 0x4a (probe343:isp0:0:343:0): cam completion status 0x4a (probe344:isp0:0:344:0): cam completion status 0x4a (probe344:isp0:0:344:0): cam completion status 0x4a (probe345:isp0:0:345:0): cam completion status 0x4a (probe345:isp0:0:345:0): cam completion status 0x4a (probe346:isp0:0:346:0): cam completion status 0x4a (probe346:isp0:0:346:0): cam completion status 0x4a (probe347:isp0:0:347:0): cam completion status 0x4a (probe347:isp0:0:347:0): cam completion status 0x4a (probe348:isp0:0:348:0): cam completion status 0x4a (probe348:isp0:0:348:0): cam completion status 0x4a (probe349:isp0:0:349:0): cam completion status 0x4a (probe349:isp0:0:349:0): cam completion status 0x4a (probe350:isp0:0:350:0): cam completion status 0x4a (probe350:isp0:0:350:0): cam completion status 0x4a (probe351:isp0:0:351:0): cam completion status 0x4a (probe351:isp0:0:351:0): cam completion status 0x4a (probe352:isp0:0:352:0): cam completion status 0x4a (probe352:isp0:0:352:0): cam completion status 0x4a (probe353:isp0:0:353:0): cam completion status 0x4a (probe353:isp0:0:353:0): cam completion status 0x4a (probe354:isp0:0:354:0): cam completion status 0x4a (probe354:isp0:0:354:0): cam completion status 0x4a (probe355:isp0:0:355:0): cam completion status 0x4a (probe355:isp0:0:355:0): cam completion status 0x4a (probe356:isp0:0:356:0): cam completion status 0x4a (probe356:isp0:0:356:0): cam completion status 0x4a (probe357:isp0:0:357:0): cam completion status 0x4a (probe357:isp0:0:357:0): cam completion status 0x4a (probe358:isp0:0:358:0): cam completion status 0x4a (probe358:isp0:0:358:0): cam completion status 0x4a (probe359:isp0:0:359:0): cam completion status 0x4a (probe359:isp0:0:359:0): cam completion status 0x4a (probe360:isp0:0:360:0): cam completion status 0x4a (probe360:isp0:0:360:0): cam completion status 0x4a (probe361:isp0:0:361:0): cam completion status 0x4a (probe361:isp0:0:361:0): cam completion status 0x4a (probe362:isp0:0:362:0): cam completion status 0x4a (probe362:isp0:0:362:0): cam completion status 0x4a (probe363:isp0:0:363:0): cam completion status 0x4a (probe363:isp0:0:363:0): cam completion status 0x4a (probe364:isp0:0:364:0): cam completion status 0x4a (probe364:isp0:0:364:0): cam completion status 0x4a (probe365:isp0:0:365:0): cam completion status 0x4a (probe365:isp0:0:365:0): cam completion status 0x4a (probe366:isp0:0:366:0): cam completion status 0x4a (probe366:isp0:0:366:0): cam completion status 0x4a (probe367:isp0:0:367:0): cam completion status 0x4a (probe367:isp0:0:367:0): cam completion status 0x4a (probe368:isp0:0:368:0): cam completion status 0x4a (probe368:isp0:0:368:0): cam completion status 0x4a (probe369:isp0:0:369:0): cam completion status 0x4a (probe369:isp0:0:369:0): cam completion status 0x4a (probe370:isp0:0:370:0): cam completion status 0x4a (probe370:isp0:0:370:0): cam completion status 0x4a (probe371:isp0:0:371:0): cam completion status 0x4a (probe371:isp0:0:371:0): cam completion status 0x4a (probe372:isp0:0:372:0): cam completion status 0x4a (probe372:isp0:0:372:0): cam completion status 0x4a (probe373:isp0:0:373:0): cam completion status 0x4a (probe373:isp0:0:373:0): cam completion status 0x4a (probe374:isp0:0:374:0): cam completion status 0x4a (probe374:isp0:0:374:0): cam completion status 0x4a (probe375:isp0:0:375:0): cam completion status 0x4a (probe375:isp0:0:375:0): cam completion status 0x4a (probe377:isp0:0:377:0): cam completion status 0x4a (probe377:isp0:0:377:0): cam completion status 0x4a (probe378:isp0:0:378:0): cam completion status 0x4a (probe378:isp0:0:378:0): cam completion status 0x4a (probe379:isp0:0:379:0): cam completion status 0x4a (probe379:isp0:0:379:0): cam completion status 0x4a (probe380:isp0:0:380:0): cam completion status 0x4a (probe380:isp0:0:380:0): cam completion status 0x4a (probe381:isp0:0:381:0): cam completion status 0x4a (probe381:isp0:0:381:0): cam completion status 0x4a (probe382:isp0:0:382:0): cam completion status 0x4a (probe382:isp0:0:382:0): cam completion status 0x4a (probe383:isp0:0:383:0): cam completion status 0x4a (probe383:isp0:0:383:0): cam completion status 0x4a (probe384:isp0:0:384:0): cam completion status 0x4a (probe384:isp0:0:384:0): cam completion status 0x4a (probe385:isp0:0:385:0): cam completion status 0x4a (probe385:isp0:0:385:0): cam completion status 0x4a (probe386:isp0:0:386:0): cam completion status 0x4a (probe386:isp0:0:386:0): cam completion status 0x4a (probe387:isp0:0:387:0): cam completion status 0x4a (probe387:isp0:0:387:0): cam completion status 0x4a (probe388:isp0:0:388:0): cam completion status 0x4a (probe388:isp0:0:388:0): cam completion status 0x4a (probe389:isp0:0:389:0): cam completion status 0x4a (probe389:isp0:0:389:0): cam completion status 0x4a (probe390:isp0:0:390:0): cam completion status 0x4a (probe390:isp0:0:390:0): cam completion status 0x4a (probe391:isp0:0:391:0): cam completion status 0x4a (probe391:isp0:0:391:0): cam completion status 0x4a (probe392:isp0:0:392:0): cam completion status 0x4a (probe392:isp0:0:392:0): cam completion status 0x4a (probe393:isp0:0:393:0): cam completion status 0x4a (probe393:isp0:0:393:0): cam completion status 0x4a (probe394:isp0:0:394:0): cam completion status 0x4a (probe394:isp0:0:394:0): cam completion status 0x4a (probe396:isp0:0:396:0): cam completion status 0x4a (probe396:isp0:0:396:0): cam completion status 0x4a (probe397:isp0:0:397:0): cam completion status 0x4a (probe397:isp0:0:397:0): cam completion status 0x4a (probe398:isp0:0:398:0): cam completion status 0x4a (probe398:isp0:0:398:0): cam completion status 0x4a (probe399:isp0:0:399:0): cam completion status 0x4a (probe399:isp0:0:399:0): cam completion status 0x4a (probe401:isp0:0:401:0): cam completion status 0x4a (probe401:isp0:0:401:0): cam completion status 0x4a (probe402:isp0:0:402:0): cam completion status 0x4a (probe402:isp0:0:402:0): cam completion status 0x4a (probe403:isp0:0:403:0): cam completion status 0x4a (probe403:isp0:0:403:0): cam completion status 0x4a (probe404:isp0:0:404:0): cam completion status 0x4a (probe404:isp0:0:404:0): cam completion status 0x4a (probe405:isp0:0:405:0): cam completion status 0x4a (probe405:isp0:0:405:0): cam completion status 0x4a (probe406:isp0:0:406:0): cam completion status 0x4a (probe406:isp0:0:406:0): cam completion status 0x4a (probe407:isp0:0:407:0): cam completion status 0x4a (probe407:isp0:0:407:0): cam completion status 0x4a (probe408:isp0:0:408:0): cam completion status 0x4a (probe408:isp0:0:408:0): cam completion status 0x4a (probe409:isp0:0:409:0): cam completion status 0x4a (probe409:isp0:0:409:0): cam completion status 0x4a (probe410:isp0:0:410:0): cam completion status 0x4a (probe410:isp0:0:410:0): cam completion status 0x4a (probe412:isp0:0:412:0): cam completion status 0x4a (probe412:isp0:0:412:0): cam completion status 0x4a (probe413:isp0:0:413:0): cam completion status 0x4a (probe413:isp0:0:413:0): cam completion status 0x4a (probe414:isp0:0:414:0): cam completion status 0x4a (probe414:isp0:0:414:0): cam completion status 0x4a (probe415:isp0:0:415:0): cam completion status 0x4a (probe415:isp0:0:415:0): cam completion status 0x4a (probe416:isp0:0:416:0): cam completion status 0x4a (probe416:isp0:0:416:0): cam completion status 0x4a (probe417:isp0:0:417:0): cam completion status 0x4a (probe417:isp0:0:417:0): cam completion status 0x4a (probe418:isp0:0:418:0): cam completion status 0x4a (probe418:isp0:0:418:0): cam completion status 0x4a (probe419:isp0:0:419:0): cam completion status 0x4a (probe419:isp0:0:419:0): cam completion status 0x4a (probe420:isp0:0:420:0): cam completion status 0x4a (probe420:isp0:0:420:0): cam completion status 0x4a (probe421:isp0:0:421:0): cam completion status 0x4a (probe421:isp0:0:421:0): cam completion status 0x4a (probe422:isp0:0:422:0): cam completion status 0x4a (probe422:isp0:0:422:0): cam completion status 0x4a (probe424:isp0:0:424:0): cam completion status 0x4a (probe424:isp0:0:424:0): cam completion status 0x4a (probe425:isp0:0:425:0): cam completion status 0x4a (probe425:isp0:0:425:0): cam completion status 0x4a (probe426:isp0:0:426:0): cam completion status 0x4a (probe426:isp0:0:426:0): cam completion status 0x4a (probe427:isp0:0:427:0): cam completion status 0x4a (probe427:isp0:0:427:0): cam completion status 0x4a (probe428:isp0:0:428:0): cam completion status 0x4a (probe428:isp0:0:428:0): cam completion status 0x4a (probe429:isp0:0:429:0): cam completion status 0x4a (probe429:isp0:0:429:0): cam completion status 0x4a (probe430:isp0:0:430:0): cam completion status 0x4a (probe430:isp0:0:430:0): cam completion status 0x4a (probe431:isp0:0:431:0): cam completion status 0x4a (probe431:isp0:0:431:0): cam completion status 0x4a (probe432:isp0:0:432:0): cam completion status 0x4a (probe432:isp0:0:432:0): cam completion status 0x4a (probe433:isp0:0:433:0): cam completion status 0x4a (probe433:isp0:0:433:0): cam completion status 0x4a (probe434:isp0:0:434:0): cam completion status 0x4a (probe434:isp0:0:434:0): cam completion status 0x4a (probe435:isp0:0:435:0): cam completion status 0x4a (probe435:isp0:0:435:0): cam completion status 0x4a (probe436:isp0:0:436:0): cam completion status 0x4a (probe436:isp0:0:436:0): cam completion status 0x4a (probe438:isp0:0:438:0): cam completion status 0x4a (probe438:isp0:0:438:0): cam completion status 0x4a (probe439:isp0:0:439:0): cam completion status 0x4a (probe439:isp0:0:439:0): cam completion status 0x4a (probe440:isp0:0:440:0): cam completion status 0x4a (probe440:isp0:0:440:0): cam completion status 0x4a (probe441:isp0:0:441:0): cam completion status 0x4a (probe441:isp0:0:441:0): cam completion status 0x4a (probe442:isp0:0:442:0): cam completion status 0x4a (probe442:isp0:0:442:0): cam completion status 0x4a (probe443:isp0:0:443:0): cam completion status 0x4a (probe443:isp0:0:443:0): cam completion status 0x4a (probe444:isp0:0:444:0): cam completion status 0x4a (probe444:isp0:0:444:0): cam completion status 0x4a (probe445:isp0:0:445:0): cam completion status 0x4a (probe445:isp0:0:445:0): cam completion status 0x4a (probe446:isp0:0:446:0): cam completion status 0x4a (probe446:isp0:0:446:0): cam completion status 0x4a (probe447:isp0:0:447:0): cam completion status 0x4a (probe447:isp0:0:447:0): cam completion status 0x4a (probe448:isp0:0:448:0): cam completion status 0x4a (probe448:isp0:0:448:0): cam completion status 0x4a (probe450:isp0:0:450:0): cam completion status 0x4a (probe450:isp0:0:450:0): cam completion status 0x4a (probe451:isp0:0:451:0): cam completion status 0x4a (probe451:isp0:0:451:0): cam completion status 0x4a (probe452:isp0:0:452:0): cam completion status 0x4a (probe452:isp0:0:452:0): cam completion status 0x4a (probe453:isp0:0:453:0): cam completion status 0x4a (probe453:isp0:0:453:0): cam completion status 0x4a (probe454:isp0:0:454:0): cam completion status 0x4a (probe454:isp0:0:454:0): cam completion status 0x4a (probe455:isp0:0:455:0): cam completion status 0x4a (probe455:isp0:0:455:0): cam completion status 0x4a (probe456:isp0:0:456:0): cam completion status 0x4a (probe456:isp0:0:456:0): cam completion status 0x4a (probe457:isp0:0:457:0): cam completion status 0x4a (probe457:isp0:0:457:0): cam completion status 0x4a (probe458:isp0:0:458:0): cam completion status 0x4a (probe458:isp0:0:458:0): cam completion status 0x4a (probe460:isp0:0:460:0): cam completion status 0x4a (probe460:isp0:0:460:0): cam completion status 0x4a (probe461:isp0:0:461:0): cam completion status 0x4a (probe461:isp0:0:461:0): cam completion status 0x4a (probe462:isp0:0:462:0): cam completion status 0x4a (probe462:isp0:0:462:0): cam completion status 0x4a (probe463:isp0:0:463:0): cam completion status 0x4a (probe463:isp0:0:463:0): cam completion status 0x4a (probe465:isp0:0:465:0): cam completion status 0x4a (probe465:isp0:0:465:0): cam completion status 0x4a (probe466:isp0:0:466:0): cam completion status 0x4a (probe466:isp0:0:466:0): cam completion status 0x4a (probe467:isp0:0:467:0): cam completion status 0x4a (probe467:isp0:0:467:0): cam completion status 0x4a (probe468:isp0:0:468:0): cam completion status 0x4a (probe468:isp0:0:468:0): cam completion status 0x4a (probe469:isp0:0:469:0): cam completion status 0x4a (probe469:isp0:0:469:0): cam completion status 0x4a (probe470:isp0:0:470:0): cam completion status 0x4a (probe470:isp0:0:470:0): cam completion status 0x4a (probe472:isp0:0:472:0): cam completion status 0x4a (probe472:isp0:0:472:0): cam completion status 0x4a (probe473:isp0:0:473:0): cam completion status 0x4a (probe473:isp0:0:473:0): cam completion status 0x4a (probe474:isp0:0:474:0): cam completion status 0x4a (probe474:isp0:0:474:0): cam completion status 0x4a (probe475:isp0:0:475:0): cam completion status 0x4a (probe475:isp0:0:475:0): cam completion status 0x4a (probe476:isp0:0:476:0): cam completion status 0x4a (probe476:isp0:0:476:0): cam completion status 0x4a (probe477:isp0:0:477:0): cam completion status 0x4a (probe477:isp0:0:477:0): cam completion status 0x4a (probe479:isp0:0:479:0): cam completion status 0x4a (probe479:isp0:0:479:0): cam completion status 0x4a (probe480:isp0:0:480:0): cam completion status 0x4a (probe480:isp0:0:480:0): cam completion status 0x4a (probe481:isp0:0:481:0): cam completion status 0x4a (probe481:isp0:0:481:0): cam completion status 0x4a (probe482:isp0:0:482:0): cam completion status 0x4a (probe482:isp0:0:482:0): cam completion status 0x4a (probe483:isp0:0:483:0): cam completion status 0x4a (probe483:isp0:0:483:0): cam completion status 0x4a (probe484:isp0:0:484:0): cam completion status 0x4a (probe484:isp0:0:484:0): cam completion status 0x4a (probe485:isp0:0:485:0): cam completion status 0x4a (probe485:isp0:0:485:0): cam completion status 0x4a (probe486:isp0:0:486:0): cam completion status 0x4a (probe486:isp0:0:486:0): cam completion status 0x4a (probe487:isp0:0:487:0): cam completion status 0x4a (probe487:isp0:0:487:0): cam completion status 0x4a (probe489:isp0:0:489:0): cam completion status 0x4a (probe489:isp0:0:489:0): cam completion status 0x4a (probe490:isp0:0:490:0): cam completion status 0x4a (probe490:isp0:0:490:0): cam completion status 0x4a (probe491:isp0:0:491:0): cam completion status 0x4a (probe491:isp0:0:491:0): cam completion status 0x4a (probe492:isp0:0:492:0): cam completion status 0x4a (probe492:isp0:0:492:0): cam completion status 0x4a (probe493:isp0:0:493:0): cam completion status 0x4a (probe493:isp0:0:493:0): cam completion status 0x4a (probe494:isp0:0:494:0): cam completion status 0x4a (probe494:isp0:0:494:0): cam completion status 0x4a (probe495:isp0:0:495:0): cam completion status 0x4a (probe495:isp0:0:495:0): cam completion status 0x4a (probe496:isp0:0:496:0): cam completion status 0x4a (probe496:isp0:0:496:0): cam completion status 0x4a (probe497:isp0:0:497:0): cam completion status 0x4a (probe497:isp0:0:497:0): cam completion status 0x4a (probe498:isp0:0:498:0): cam completion status 0x4a (probe498:isp0:0:498:0): cam completion status 0x4a (probe499:isp0:0:499:0): cam completion status 0x4a (probe499:isp0:0:499:0): cam completion status 0x4a (probe500:isp0:0:500:0): cam completion status 0x4a (probe500:isp0:0:500:0): cam completion status 0x4a (probe501:isp0:0:501:0): cam completion status 0x4a (probe501:isp0:0:501:0): cam completion status 0x4a (probe502:isp0:0:502:0): cam completion status 0x4a (probe502:isp0:0:502:0): cam completion status 0x4a (probe503:isp0:0:503:0): cam completion status 0x4a (probe503:isp0:0:503:0): cam completion status 0x4a (probe6:isp0:0:6:0): cam completion status 0x4a (probe6:isp0:0:6:0): cam completion status 0x4a (probe25:isp0:0:25:0): cam completion status 0x4a (probe25:isp0:0:25:0): cam completion status 0x4a (probe62:isp0:0:62:0): cam completion status 0x4a (probe62:isp0:0:62:0): cam completion status 0x4a (probe74:isp0:0:74:0): cam completion status 0x4a (probe74:isp0:0:74:0): cam completion status 0x4a (probe80:isp0:0:80:0): cam completion status 0x4a (probe80:isp0:0:80:0): cam completion status 0x4a (probe109:isp0:0:109:0): cam completion status 0x4a (probe109:isp0:0:109:0): cam completion status 0x4a (probe131:isp0:0:131:0): cam completion status 0x4a (probe131:isp0:0:131:0): cam completion status 0x4a (probe147:isp0:0:147:0): cam completion status 0x4a (probe147:isp0:0:147:0): cam completion status 0x4a (probe206:isp0:0:206:0): cam completion status 0x4a (probe206:isp0:0:206:0): cam completion status 0x4a da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 100.000MB/s transfers da0: Command Queueing Enabled da0: 512000MB (1048576000 512 byte sectors: 255H 63S/T 65270C) cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/mfid0s1a bce0: link state changed to UP mfi0: 3320 (277345023s/0x0008/info) - Battery charge complete --------------------------------------------------------------- 4. panic data and ddb output, also available at http://noc.ntua.gr/~christia/san/7-STABLE.deadlock-ddb.out : KKDDpanic: ufs_dirbad: /a: bad dir ino 3370734 at ofBBfset 0: mangled entry cpuid = 1 KDB: enter: panic [thread pid 768 tid 100104 ] Stopped at kdb_enter_why+0x3a: movl $0,kdb_why db> trace Tracing pid 768 tid 100104 td 0xc74c6690 kdb_enter_why(c0b3b0a1,c0b3b0a1,c0b5d0ec,ed2dd85c,1,...) at kdb_enter_why+0x3a panic(c0b5d0ec,c70365c0,336eee,0,c0b5d164,...) at panic+0x136 ufs_dirbad(c9c40180,0,c0b5d164,0,ed2dd904,...) at ufs_dirbad+0x49 ufs_lookup(ed2dd94c,c0b6f08d,cb090160,cb090160,ed2ddba4,...) at ufs_lookup+0x377 VOP_CACHEDLOOKUP_APV(c0c0c1a0,ed2dd94c,ed2ddba4,ed2ddb90,c75dae00,...) at VOP_CACHEDLOOKUP_APV+0xc5 vfs_cache_lookup(ed2dd9d0,c0b471e4,cb090160,2,cb090160,...) at vfs_cache_lookup+0xd3 VOP_LOOKUP_APV(c0c0c1a0,ed2dd9d0,c74c6690,c0b46172,19b,...) at VOP_LOOKUP_APV+0xe5 lookup(ed2ddb7c,c0b46172,c6,bf,c703a72c,...) at lookup+0x59e namei(ed2ddb7c,c74c6690,ed2dda74,246,c0c61ab8,...) at namei+0x35e vn_open_cred(ed2ddb7c,ed2ddc78,1a4,c75dae00,c74871c8,...) at vn_open_cred+0x62 vn_open(ed2ddb7c,ed2ddc78,1a4,c74871c8,0,...) at vn_open+0x33 kern_open(c74c6690,8164100,0,a02,1a4,...) at kern_open+0xe7 open(c74c6690,ed2ddcfc,c,c0b40d50,c0beb278,...) at open+0x30 syscall(ed2ddd38) at syscall+0x2d3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x281a161b, esp = 0xbfbfe8cc, ebp = 0xbfbfe8f8 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 768 728 768 0 R+ CPU 1 bsdtar 766 728 766 0 R+ CPU 4 bsdtar 728 724 728 0 Ss+ ttyin 0xc68ce810 csh 724 645 724 0 Ss select 0xc0ca821c sshd 720 711 720 0 S+ ttyin 0xc69a7810 csh 719 1 719 0 Ss+ ttyin 0xc69db410 getty 718 1 718 0 Ss+ ttyin 0xc69dc810 getty 717 1 717 0 Ss+ ttyin 0xc69de410 getty 716 1 716 0 Ss+ ttyin 0xc69d3810 getty 715 1 715 0 Ss+ ttyin 0xc69d5810 getty 714 1 714 0 Ss+ ttyin 0xc69d5c10 getty 713 1 713 0 Ss+ ttyin 0xc69dc010 getty 712 1 712 0 Ss+ ttyin 0xc69db010 getty 711 1 711 0 Ss+ wait 0xc6feb2b8 login 672 1 672 0 Ss nanslp 0xc0c56844 cron 666 1 666 25 Ss pause 0xc7049b40 sendmail 660 1 660 0 Ss select 0xc0ca821c sendmail 645 1 645 0 Ss select 0xc0ca821c sshd 527 1 527 0 Ss select 0xc0ca821c syslogd 473 1 473 0 Ss select 0xc0ca821c devd 143 1 143 0 Ss pause 0xc704ab40 adjkerntz 56 0 0 0 SL sdflush 0xc0cb4668 [softdepflush] 55 0 0 0 SL syncer 0xc0c5666c [syncer] 54 0 0 0 SL vlruwt 0xc6fec000 [vnlru] 53 0 0 0 RL CPU 5 [bufdaemon] 52 0 0 0 SL pgzero 0xc0cb5220 [pagezero] 51 0 0 0 SL psleep 0xc0cb4e38 [vmdaemon] 50 0 0 0 SL psleep 0xc0cb4e00 [pagedaemon] 49 0 0 0 SL waiting_ 0xc0caa434 [sctp_iterator] 48 0 0 0 WL [irq1: atkbd0] 47 0 0 0 WL [swi0: sio] 46 0 0 0 WL [irq15: ata1] 45 0 0 0 WL [irq14: ata0] 44 0 0 0 SL usbevt 0xc68a8210 [usb4] 43 0 0 0 SL usbevt 0xc6994210 [usb3] 42 0 0 0 SL usbevt 0xc6977210 [usb2] 41 0 0 0 SL usbevt 0xc697c210 [usb1] 40 0 0 0 WL [irq20: uhci1 uhci3] 39 0 0 0 SL usbtsk 0xc0c53e14 [usbtask-dr] 38 0 0 0 SL usbtsk 0xc0c53e00 [usbtask-hc] 37 0 0 0 SL usbevt 0xc692d210 [usb0] 36 0 0 0 WL [irq21: uhci0 uhci+] 35 0 0 0 WL [irq259: bce1] 34 0 0 0 SL ispf 0xc67e14d4 [isp1: fc_thrd] 33 0 0 0 WL [irq258: isp1] 32 0 0 0 SL ispf 0xc67e06d4 [isp0: fc_thrd] 31 0 0 0 RL [irq257: isp0] 30 0 0 0 WL [irq16: mfi0] 29 0 0 0 WL [irq256: bce0] 28 0 0 0 WL [irq9: acpi0] 27 0 0 0 SL - 0xc685e900 [thread taskq] 26 0 0 0 WL [swi5: +] 9 0 0 0 SL - 0xc685eb00 [kqueue taskq] 8 0 0 0 SL - 0xc685eb80 [acpi_task_2] 7 0 0 0 SL - 0xc685eb80 [acpi_task_1] 6 0 0 0 SL - 0xc685eb80 [acpi_task_0] 25 0 0 0 WL [swi2: cambio] 5 0 0 0 SL ccb_scan 0xc0c24394 [xpt_thrd] 24 0 0 0 WL [swi6: task queue] 23 0 0 0 WL [swi6: Giant taskq] 22 0 0 0 SL - 0xc0c56674 [yarrow] 4 0 0 0 SL - 0xc0c5420c [g_down] 3 0 0 0 RL CPU 3 [g_up] 2 0 0 0 SL - 0xc0c54200 [g_event] 21 0 0 0 WL [swi3: vm] 20 0 0 0 WL [swi4: clock sio] 19 0 0 0 WL [swi1: net] 18 0 0 0 RL CPU 0 [idle: cpu0] 17 0 0 0 RL [idle: cpu1] 16 0 0 0 RL CPU 2 [idle: cpu2] 15 0 0 0 RL [idle: cpu3] 14 0 0 0 RL [idle: cpu4] 13 0 0 0 RL [idle: cpu5] 12 0 0 0 RL CPU 6 [idle: cpu6] 11 0 0 0 RL CPU 7 [idle: cpu7] 1 0 1 0 SLs wait 0xc6793ae0 [init] 10 0 0 0 SL audit_wo 0xc0cb40a4 [audit] 0 0 0 0 SLs sched 0xc0c542c0 [swapper] db> show pcpu cpuid = 1 curthread = 0xc74c6690: pid 768 "bsdtar" curpcb = 0xed2ddd90 fpcurthread = none idlethread = 0xc67a7460: pid 17 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xc67a7230: pid 18 "idle: cpu0" curpcb = 0xe5424d90 fpcurthread = none idlethread = 0xc67a7230: pid 18 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc74c6690: pid 768 "bsdtar" curpcb = 0xed2ddd90 fpcurthread = none idlethread = 0xc67a7460: pid 17 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: cpuid = 2 curthread = 0xc6795000: pid 16 "idle: cpu2" curpcb = 0xe541ed90 fpcurthread = none idlethread = 0xc6795000: pid 16 "idle: cpu2" APIC ID = 2 currentldt = 0x50 spin locks held: cpuid = 3 curthread = 0xc6797690: pid 3 "g_up" curpcb = 0xe6e36d90 fpcurthread = none idlethread = 0xc6795230: pid 15 "idle: cpu3" APIC ID = 3 currentldt = 0x50 spin locks held: cpuid = 4 curthread = 0xc75c3690: pid 766 "bsdtar" curpcb = 0xed348d90 fpcurthread = none idlethread = 0xc6795460: pid 14 "idle: cpu4" APIC ID = 4 currentldt = 0x50 spin locks held: cpuid = 5 curthread = 0xc6fea8c0: pid 53 "bufdaemon" curpcb = 0xeafead90 fpcurthread = none idlethread = 0xc6795690: pid 13 "idle: cpu5" APIC ID = 5 currentldt = 0x50 spin locks held: cpuid = 6 curthread = 0xc67958c0: pid 12 "idle: cpu6" curpcb = 0xe5412d90 fpcurthread = none idlethread = 0xc67958c0: pid 12 "idle: cpu6" APIC ID = 6 currentldt = 0x50 spin locks held: cpuid = 7 curthread = 0xc6795af0: pid 11 "idle: cpu7" curpcb = 0xe540fd90 fpcurthread = none idlethread = 0xc6795af0: pid 11 "idle: cpu7" APIC ID = 7 currentldt = 0x50 spin locks held: db> show locks db> show alllocks Process 4 (g_down) thread 0xc6797460 (100015) exclusive sleep mutex isp r = 0 (0xc67e0690) locked @ /usr/src/sys/cam/cam_periph.h:182 db> show lockedvnods Locked vnodes 0xcb090160: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xcaa70c1c ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc74c6690 (pid 768)#0 0xc077f6c0 at _lockmgr+0x560 #1 0xc099cb51 at ffs_lock+0x91 #2 0xc0aafcc5 at VOP_LOCK1_APV+0xa5 #3 0xc081f7b8 at _vn_lock+0xf8 #4 0xc0813c20 at vget+0x110 #5 0xc08029b7 at cache_lookup+0x4e7 #6 0xc0802aea at vfs_cache_lookup+0xaa #7 0xc0ab0e65 at VOP_LOOKUP_APV+0xe5 #8 0xc0808d2e at lookup+0x59e #9 0xc08098de at namei+0x35e #10 0xc081f022 at vn_open_cred+0x62 #11 0xc081f513 at vn_open+0x33 #12 0xc081e177 at kern_open+0xe7 #13 0xc081e660 at open+0x30 #14 0xc0a98853 at syscall+0x2d3 #15 0xc0a7ea80 at Xint0x80_syscall+0x20 ino 3370734, on dev da0s1d 0xcb5906e0: tag ufs, type VDIR usecount 0, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xc9b65a2c ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc6fea8c0 (pid 53)#0 0xc077f6c0 at _lockmgr+0x560 #1 0xc099cb51 at ffs_lock+0x91 #2 0xc0aafcc5 at VOP_LOCK1_APV+0xa5 #3 0xc081f7b8 at _vn_lock+0xf8 #4 0xc07ff5d8 at flushbufqueues+0x568 #5 0xc07ff8f0 at buf_daemon+0xc0 #6 0xc0770ea8 at fork_exit+0xb8 #7 0xc0a7ea90 at fork_trampoline+0x8 ino 24168915, on dev da0s1d db> trace 768 Tracing pid 768 tid 100104 td 0xc74c6690 kdb_enter_why(c0b3b0a1,c0b3b0a1,c0b5d0ec,ed2dd85c,1,...) at kdb_enter_why+0x3a panic(c0b5d0ec,c70365c0,336eee,0,c0b5d164,...) at panic+0x136 ufs_dirbad(c9c40180,0,c0b5d164,0,ed2dd904,...) at ufs_dirbad+0x49 ufs_lookup(ed2dd94c,c0b6f08d,cb090160,cb090160,ed2ddba4,...) at ufs_lookup+0x377 VOP_CACHEDLOOKUP_APV(c0c0c1a0,ed2dd94c,ed2ddba4,ed2ddb90,c75dae00,...) at VOP_CACHEDLOOKUP_APV+0xc5 vfs_cache_lookup(ed2dd9d0,c0b471e4,cb090160,2,cb090160,...) at vfs_cache_lookup+0xd3 VOP_LOOKUP_APV(c0c0c1a0,ed2dd9d0,c74c6690,c0b46172,19b,...) at VOP_LOOKUP_APV+0xe5 lookup(ed2ddb7c,c0b46172,c6,bf,c703a72c,...) at lookup+0x59e namei(ed2ddb7c,c74c6690,ed2dda74,246,c0c61ab8,...) at namei+0x35e vn_open_cred(ed2ddb7c,ed2ddc78,1a4,c75dae00,c74871c8,...) at vn_open_cred+0x62 vn_open(ed2ddb7c,ed2ddc78,1a4,c74871c8,0,...) at vn_open+0x33 kern_open(c74c6690,8164100,0,a02,1a4,...) at kern_open+0xe7 open(c74c6690,ed2ddcfc,c,c0b40d50,c0beb278,...) at open+0x30 syscall(ed2ddd38) at syscall+0x2d3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x281a161b, esp = 0xbfbfe8cc, ebp = 0xbfbfe8f8 --- db> trace 55 Tracing pid 55 tid 100054 td 0xc6fea460 sched_switch(c6fea460,0,1,17c,29bc06da,...) at sched_switch+0x49b mi_switch(1,0,c0b3ec35,1cb,c6fea460,...) at mi_switch+0x223 sleepq_switch(c6fea460,0,c0b3ec35,243,68,...) at sleepq_switch+0x182 sleepq_wait(c0c5666c,0,c0b3ba36,d8,0,...) at sleepq_wait+0x60 _sleep(c0c5666c,c0ca8988,68,c0b47461,0,...) at _sleep+0x369 sched_sync(0,eaff0d38,c0b37584,31c,c6febae0,...) at sched_sync+0x752 fork_exit(c0814220,0,eaff0d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xeaff0d70, ebp = 0 --- db> trace 4 Tracing pid 4 tid 100015 td 0xc6797460 sched_switch(c6797460,0,1,17c,5512f4a0,...) at sched_switch+0x49b mi_switch(1,0,c0b3ec35,1cb,4c,...) at mi_switch+0x223 sleepq_switch(c6797460,0,c0b3ec35,266,4c,...) at sleepq_switch+0x182 sleepq_timedwait(c0c5420c,64,c0b32247,0,0,...) at sleepq_timedwait+0x68 _sleep(c0c5420c,c0c54128,24c,c0b32247,64,...) at _sleep+0x345 g_io_schedule_down(c6797460,0,c0b339ab,74,0,...) at g_io_schedule_down+0x6b g_down_procbody(0,e6e39d38,c0b37584,31c,c67eb828,...) at g_down_procbody+0x8d fork_exit(c073d540,0,e6e39d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e39d70, ebp = 0 --- db> continue ::Uptime: 7m21s ssttPhysical memory: 3310 MB Dumping 225 MB:aacckk bbaacckkttrraaccee:: ddbb__ttrraaccee__sseellff__wwrrappppeerr((cc00bb33ee003388,,eeadf3e4a8ab400c,,cc00881100333333,,00,,eeadf3e4a8ab400c,,......)) aatt ddbb__ttrraaccee__sseellff__wwrraappppeerr++00xx2266 kkddbb__bbaacckkttrraaccee((00,,ee 4a8ab400c,,cc00aaaacc99bb55,,eeadf3e4a8ab510c,, c b4623806dec00,,......)) aatt kkddbb__bbaacckkttrraaccee++00xx2299 vv f bbaaddlloocckk((c00cc00cc11aa00,,eeadf3e4a8ab510c,,cc00cc223388aa00,,ccbb4623806dc00,,00)) aatt vvffss__bbaaddlloocckk++00xx2233 aasssseerrtt__vvoopp__lloocckkeedd((ccbb4623806dec00,,cc ) aatt aasssseerrtt__vvoopp__lloocckkeedd++00xx5500 vvoopp__lloocckk__ppoosstt((eeda3f4e8aba7a8c,,00,,11020,21,21,0c0b242c8b66e300,d.c.0.,). .a.t) vaotp _vloopc_kl_opcoks_tp+o0sxt3+60 x P O _VLOOPC_KL1O_CAKP1V_(AcP0Vc(0cc01ca00c,1eaa0f,eeada3a48,bc708b,4c709bb427,93b222,,3c2b24,2c8b76b340,e.9.4.,). .a.t) VaOtP _VLOOPC_KL1O_CAKP1V_x0PxVc+10 nc_1v __lvonc_kl(occbk4(2c8b66e300,d1c20,,c160f0e2a, c 05,cc306b9404,7cc04b,487a93b,2.,.2.4)2 ,a.t. ._)v na_tl o_ + lxofc8k h0fxlfu8s 0bvunf_qwureiutees((cc760f5e2c62d48,,e0d,3c40bc46407,cc47,58d0abe,0604,,0.,.c.7)5 ca3t6 9f0l,u.s.h.b)u faqtu uvens_+w0rxi5t6e8+ dxb1u6fa_ adeomfoinl(e0w,reiatfee(aedd3384,8cc06b03,7f5f8f4f,f3f1fcf,,cf6fffefcf2bf8f,,.0.,.c)7 0a5t2 6bdu4f,_.d.a.e)m oant+ 0dxocf0 i efworrikt_ee+x0ixfr843_0w,r0i,teeavf(eca7d53c83)6 9a0t, 4f,oerdk3_4e8xci6t0+,08x1b281 o0f0o,r1k9_at,r.a.m.p)o laitn ek(e)r na_tw rfiotrekv_+t0rxa5m8p 5lwirniet+e0(xc87 4c-3-6-9 0t,readp3 408,c feci,pc ,=c 00b,4 0edscp5 ,=c 00bxeeba2f6e0a,d.7.0.,) eabtp w=r i0t e-+-0-x OfV tPs_yLsOcCaKl:l (0exdc3b4482d8368e)0 aits snyostc allolc+k0exd2 db3u y Xsihnotu0lxd8 0b_es sKc + aBl:l (e)n taetr :X ilnotc0kx 8v0i_oslyastciaolnl [thread pid 53 tid 100052 ] Stopped at kdb_enter_why+0x3a: movl $0,kdb_why db> xD2B0: s-t-a-c ks ybsaccakltlr a(c4:, Fdrbe_etBrSaDc eE_LsFe3l2f,_ wwrraiptpee)r,( c0ibp3 e=0 308x,2e8a1fbe1a793e3c,, ce0s8p1 0=3 303x,b0f,befaef9e2ac9,e ce,b.p. .=) 0axtb fdbbf_etlr7a8ce-_-s-e 6fV_OwPr_aLpOpCeKr:+ 00xx2c6b ,3k0ddbc_0baicsk tnroatc el(o0c,keeadf ebau9te cs,hco0ualadc 9bbe5 deKaDfBe:a 9efnct,ecrb:4 2l8o6cek ,v.i.o.l)a taito nk [thread pid 766 tid 100137 ] Stopped at kdb_enter_why+0x3a: movl $0,kdb_why db> r_DbBa:c ksttraaccke +b0axc2k9t bavcfes:_ addbl_otcrka(cce0_cs0ecl1f c _w,reaapfpeear9(fcc0,bc30ec023388,ae0d,3c4b84a2d8c6,ec00,801)0 3a3t3 ,vcf7s5_cb3a6d9l0o,cekd+304x82a3d ,,a.s.s.e)r ta_tv odpb__ltorcakceed_(scebl4f2_8w6rea0p,pce0rb+60fx22465 cck0dbb3_9bca4c9k,tdraa9c3e3(0c1705,c43,6.9.0.,)e da3t4 8aasdsce,rct0_avaocp9_bl5o,cekde3d4+80axe5c0, bV6O3P0_dScT0R,A.T.E.G)Y _aAtP Vk(dcb0_c 0 , c1kat0r,aecaef+e0axa239c cvbf4 ) 2_b7abd4l,occ0kc(2c30cca00c,1cab04,2e8d63e408,a.e.c.,)c 0act2 3V8OaP0_,ScTbR6A3T0EdGcY0_,AcP7V5+c03x699b0 bautf svtfrsa_tbeag , yl(occbk4+20x72e3c daas9s3e3r0t1_0v , c 0_0e,lco0cckae8d6(3c0b,6d3a09d3c300,7c00,b.6.f.4)8 0a,te db3u4f8sbt2rca,ce0g8y1+20dx6601, e0bcu0fcw1rai0t,e.(.d.a)9 3a3t0 1a0s,seearfte_avao9p0_,ecl0oacakfecde+10,xe5a3f aV OaPc_,W0R,I.T.E._)A PaVt( c 0ucf0wcr1iat0e,+e0dx314981b 4v,fcs7_5bci3o6_9a0w,rci0tbe4(7d9ab923,320420,,.0.,.c)0 ba4t4 7VcO4P,_8WaR4I,T8Ea3A,P.V.+.0)x 9a8t 3vvfns__wbriiot_ea(wcr7i0t5e2+60dx43,2e8d 48lcu6s0h,bcu7f5qduaeeu0e0s,(0c,6cf7e5cc23b689,00,,. . 4a7tc 4v,n8_0wbr, t 6t4e,+.0.x.2)3 1a f dfolfuislhebwurfiqtuee(ueeds3+408xc5690c, fbfufff_fd f b fonf(f0f,fefaff,e0a,dc3780,5c206bd347,5.8.4.,)3 1act, cd6offeicl2ebw8r,i.t.e.+)0 xa9t5 5ukfe_rdna_ewmroint+e0vx(c c07 02cf3o6r9k0_,e4x,ietd(3c4087cf6f08,3801,201,4e0a0f,e1a9da3,8.). .a)t afto rkke_renx_iwtr+i0txebv8+ kxf5o8r 0_wtrriatmep(ocl7i5nce3(6)9 0a,te df3o4r8kc_ftcr,acm,pco0lbi4n0ed+c05x,8c =b-e-b-2 6t0r,a.p. .0), aeti pw r=i t0e,+ 0exs4pf c s0yxsecaaflela(d1e7d03,04 8edb3p8 )= a0t -s-y-s EaVlOlP+_0SxT2RdA3T 0GXYi:n t00xxc8b04_2s8y6sec0a lils( )n oatt lXoicnkte0dx 8b0u_ts ysshcoaullld+ 0bxe2 K LD-B-:- esnytsecra:l ll o(c4k, vFiroeleaBtSiDo nE [thread pid 53 tid 100052 ] Stopped at kdb_enter_why+0x3a: movl $0,kdb_why db> panic [no answer... let's power cycle the server once more] -- Panagiotis J. Christias Network Management Center P.Christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 22:41: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 A6BA91065688 for ; Tue, 14 Oct 2008 22:41:02 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 534C78FC1D for ; Tue, 14 Oct 2008 22:41:02 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id UGD59701; Tue, 14 Oct 2008 15:41:01 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id UGD61200; Tue, 14 Oct 2008 15:41:00 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5003C4500F; Tue, 14 Oct 2008 15:41:00 -0700 (PDT) To: Tijl Coosemans In-Reply-To: Your message of "Tue, 14 Oct 2008 22:28:58 +0200." <200810142229.00295.tijl@ulyssis.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1224024060_30963P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 14 Oct 2008 15:41:00 -0700 From: "Kevin Oberman" Message-Id: <20081014224100.5003C4500F@ptavv.es.net> X-Sender-IP: 198.128.3.207 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Tijl Coosemans X-To_Domain: ulyssis.org X-To: Tijl Coosemans X-To_Email: tijl@ulyssis.org X-To_Alias: tijl Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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: Tue, 14 Oct 2008 22:41:02 -0000 --==_Exmh_1224024060_30963P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Tijl Coosemans > Date: Tue, 14 Oct 2008 22:28:58 +0200 > > On Tuesday 14 October 2008 20:30:47 Kevin Oberman wrote: > > I have seen some messages that imply that flashplugin9 might be usable > > on STABLE. The port is sill marked IGNORE, though: > > ** Port marked as IGNORE: www/linux-flashplugin9: > > Unstable, no sound, generally unusable state > > > > I also thought that there might be a solution to the sound issue. > > > > Can anyone confirm the status? I would be happy to delete the IGNORE > > line if I thought it would work and I know what changes might be needed > > to get it to work. Even without sound, it would probably be useful. Too > > many sites are using Flash 9 for the entry page and there is no way to > > get to the site at all with Flash 7. > > Patches have been committed to CURRENT and should have been MFC'ed last > weekend, but haven't for some reason. > > The port has a PR waiting for maintainer feedback: > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 > > The relevant thread on emulation@ is: > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html Tijl (and Paul). Thanks! I saw the entry for the fix in the 7.1 release notes, so assumed that it had been MFC'ed. I'll watch svn-src (or whatever cvs-src turned into) for the commit(s). I never have read emulation, so I need to go read the discussion. Thanks again! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1224024060_30963P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFI9R/8kn3rs5h7N1ERArpDAJ4m1qixObk6v2M8tDnY4vZ326ZzJACdGvCY aztsW9eyl0cxa5cpRIDqyXA= =r/CP -----END PGP SIGNATURE----- --==_Exmh_1224024060_30963P-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 14 23:09: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 9804E1065690 for ; Tue, 14 Oct 2008 23:09:22 +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 391518FC1D for ; Tue, 14 Oct 2008 23:09:21 +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 0DE2219E027 for ; Wed, 15 Oct 2008 01:09:20 +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 EDCA019E019 for ; Wed, 15 Oct 2008 01:09:14 +0200 (CEST) Message-ID: <48F526BB.6010604@quip.cz> Date: Wed, 15 Oct 2008 01:09:47 +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: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: atacontrol: ioctl(IOCATADEVICES): Device not configured 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, 14 Oct 2008 23:09:22 -0000 FreeBSD 7.1-BETA amd64 GENERIC on HP ProLiant ML110 G5 When I tried to run 'atacontrol list' I got an error: atacontrol: ioctl(IOCATADEVICES): Device not configured It is after I switched HDD mode in BIOS to "Serial ATA" (it was "Auto" before) Does it means that atacontrol list is not available for Serial ATA native mode? (I don't think so, because I am using atacontrol on another machines where disk are at AHCI mode AFAIK - Sun Fire X2100 M2 for example) ## pciconf -lv atapci0@pci0:0:31:2: class=0x01018f card=0x31f4103c chip=0x29208086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA Storage Controller 1' class = mass storage subclass = ATA none0@pci0:0:31:3: class=0x0c0500 card=0x31f4103c chip=0x29308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) SMBus Controller' class = serial bus subclass = SMBus atapci1@pci0:0:31:5: class=0x010185 card=0x31f4103c chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 2' class = mass storage subclass = ATA bge0@pci0:14:0:0: class=0x020000 card=0x7051103c chip=0x165a14e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5722 Gigabit Ethernet PCIe' class = network subclass = ethernet ## BIOS HDD mode: Serial ATA ## /var/run/dmesg.boog atapci0: port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x1c10-0x1c1f,0x1c00-0x1c0f irq 17 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f irq 18 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] [...] ad4: 953869MB at ata2-master SATA300 ad5: 953869MB at ata2-slave SATA300 ad6: 953869MB at ata3-master SATA300 ad7: 953869MB at ata3-slave SATA300 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 7936MB (16252928 512 byte sectors: 255H 63S/T 1011C) acd0: DVDR at ata4-master SATA150 ## BIOS HDD mode: Auto atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c10-0x1c1f,0x1c00-0x1c0f at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f irq 18 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] [...] ad0: 953869MB at ata0-master SATA300 ad1: 953869MB at ata0-slave SATA300 ad2: 953869MB at ata1-master SATA300 ad3: 953869MB at ata1-slave SATA300 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 7936MB (16252928 512 byte sectors: 255H 63S/T 1011C) acd0: DVDR at ata2-master SATA150 The motherboard has 6x SATA ports, 2 are marked "for optical/removable drives" and 4 are for HDDs. System is booted from USB flash disk. It is first time I see SATA devices attached as Master & Slave on same ATA channel, previously (on different machines) it was always as Master on separated channels. This configuration is worse if I want to utilize all drives at the same time (in RAIDZ). One drive can achieve 110MB/s read, both drives can achieve only 80MB/s each. ;( Next strange thing is difference in Interrupts in systat output. With mode "Auto', each ATA channel is listed on separated IRQ, with mode "Serial ATA" channels are not listed but it seems that both are on the same interrupt as bge0. Am I right? So it seems better to not use "Serial ATA" mode settings. ## part of systat during read test by 'dd if=/dev/adN of=/dev/null' ## BIOS HDD mode: Serial ATA Interrupts 8737 total uhci0 uhci 4734 bge0 uhci1 uhci2 ehci 2001 cpu0: time 2002 cpu1: time ## BIOS HDD mode: Auto Interrupts 9262 total 2660 ata0 irq14 2603 ata1 irq15 uhci0 uhci 1 bge0 uhci1 uhci2 ehci 1999 cpu0: time 1999 cpu1: time Let me know if (and what) more details are needed. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 00:42:55 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 AD64E1065694 for ; Wed, 15 Oct 2008 00:42:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 24F0E8FC24 for ; Wed, 15 Oct 2008 00:42:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1327187tid.3 for ; Tue, 14 Oct 2008 17:42:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=D+g4fgHE0rJKs+7inX+f/KkC4z8fzSX+1tKRnsnFZzc=; b=C7yWkonxEqbrahhX+Lw0CCb1JplkHDkkEXSaLLza4BzXxM5rk5dVduv3+h0VZyYJZd lP33Mvt4IfogqNMVL8Wc5CFuwvdQUq0GdFF5vOhHQFiiw2qthUONz8y8LHkd6P40RcP5 GMLWT7WURoqdznoXSuzOWDZtOCgkenxj4Npiw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=lcNNvpG0ZGYN/Dw7MHQGTIvZQRVsfHUSIuXUmNhddUTcloOsO2K52g4+bygUqaRkeD nE7Viw/EIBkhqTF5JQwmcyOlu6/hvEiVe6/Xk9+Ida4J1f8/GzJfq6S/CqGy9bxgEyI9 T+i9W+SVE0g9Y16tS4dcUoj9YCRBmcQlpg6l0= Received: by 10.110.63.6 with SMTP id l6mr201832tia.4.1224031373786; Tue, 14 Oct 2008 17:42:53 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id u12sm2228161tia.3.2008.10.14.17.42.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Oct 2008 17:42:52 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9F0erZ4019134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 09:40:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9F0eqpZ019133; Wed, 15 Oct 2008 09:40:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 15 Oct 2008 09:40:51 +0900 From: Pyun YongHyeon To: David Adam Message-ID: <20081015004051.GH14769@cdnetworks.co.kr> References: <596673353.20081006181334@pulsar.bg> <20081010060013.GB99376@cdnetworks.co.kr> <20081014065633.GF14769@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081014065633.GF14769@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Georgi Iovchev , freebsd-stable@freebsd.org Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 00:42:55 -0000 On Tue, Oct 14, 2008 at 03:56:33PM +0900, To David Adam wrote: [...] > > Both of the fxp(4) interfaces on my development system certainly support > > WOL, so although I'm no kernel programmer I'd be more than happy to test > > patches or provide developer access. > > > > I have a bunch of fxp cards donated by andre@ so I guess I'm one of > the best one that can experiment WOL capability on fxp(4). Before > that expeimentation I guess I have to read documentation of E100 to > write a WOL patch. > These days I'm somewaht overloaded for paid work and other network > drivers so I can't promise but I'll try if I manage to find spare > time. > See http://lists.freebsd.org/pipermail/freebsd-current/2008-October/089295.html and let me know how it goes on your fxp(4). -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 00:51: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 8E932106568C for ; Wed, 15 Oct 2008 00:51:24 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id C3CAA8FC15 for ; Wed, 15 Oct 2008 00:51:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ppp121-45-88-59.lns10.adl6.internode.on.net (HELO midget.dons.net.au) ([121.45.88.59]) by ipmail01.adl6.internode.on.net with ESMTP; 15 Oct 2008 11:00:12 +1030 Received: from inchoate.gsoft.com.au (Inchoate.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by midget.dons.net.au (8.14.3/8.14.2) with ESMTP id m9F0TxZM006545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 11:00:05 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mike Tancsa Date: Wed, 15 Oct 2008 10:59:52 +1030 User-Agent: KMail/1.9.9 References: <200810092206.02362.doconnor@gsoft.com.au> <200810100036.m9A0aMCi078828@lava.sentex.ca> <200810101125.21261.doconnor@gsoft.com.au> In-Reply-To: <200810101125.21261.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11033449.c0JQSVT80z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810151059.58440.doconnor@gsoft.com.au> X-Spam-Score: -2.6 () BAYES_00,SPF_PASS X-Scanned-By: MIMEDefang 2.64 on 121.45.88.59 Cc: freebsd-stable@freebsd.org, Andrew D Subject: Re: Userland PPP not deleting old IP on disconnect 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, 15 Oct 2008 00:51:24 -0000 --nextPart11033449.c0JQSVT80z Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 October 2008 11:25:19 Daniel O'Connor wrote: > > Default: Enabled if -nat is specified. This option > > simply tells ppp to add new interface addresses to the interface > > rather than replacing them. The option can only be enabled if > > network address translation is enabled (``nat enable yes''). > > I've added that and nat enable no (even though it was not enabled) and > I'll see how I go. Now it doesn't appear on tun0 but I still get pf adding states for the old= =20 IP(!). Obviously this breaks connectivity for NAT machines :) I am going to update to RELENG_7 RSN and I will see if that helps. It is ve= ry=20 odd it only just started doing it though.. =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 --nextPart11033449.c0JQSVT80z Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBI9TmG5ZPcIHs/zowRAotoAKCGJzr14CeZfSJEwo46aci80LmBvwCgkN+K Ubm0qaBzObbrZ/b1TRXeeHI= =1XDo -----END PGP SIGNATURE----- --nextPart11033449.c0JQSVT80z-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 02:38: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 932B4106568C for ; Wed, 15 Oct 2008 02:38:14 +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 5AD4C8FC0C for ; Wed, 15 Oct 2008 02:38:14 +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.3/8.14.3) with ESMTP id m9F2cB3U012384; Tue, 14 Oct 2008 22:38:11 -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 m9F2cAWu007721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Oct 2008 22:38:11 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200810150238.m9F2cAWu007721@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 14 Oct 2008 22:38:02 -0400 To: "Daniel O'Connor" From: Mike Tancsa In-Reply-To: <200810151059.58440.doconnor@gsoft.com.au> References: <200810092206.02362.doconnor@gsoft.com.au> <200810100036.m9A0aMCi078828@lava.sentex.ca> <200810101125.21261.doconnor@gsoft.com.au> <200810151059.58440.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: Userland PPP not deleting old IP on disconnect 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, 15 Oct 2008 02:38:14 -0000 At 08:29 PM 10/14/2008, Daniel O'Connor wrote: >On Friday 10 October 2008 11:25:19 Daniel O'Connor wrote: > > > Default: Enabled if -nat is specified. This option > > > simply tells ppp to add new interface addresses to the interface > > > rather than replacing them. The option can only be enabled if > > > network address translation is enabled (``nat enable yes''). > > > > I've added that and nat enable no (even though it was not enabled) and > > I'll see how I go. > >Now it doesn't appear on tun0 but I still get pf adding states for the old >IP(!). > >Obviously this breaks connectivity for NAT machines :) > >I am going to update to RELENG_7 RSN and I will see if that helps. It is very >odd it only just started doing it though.. do you have tun0 in () on your nat statement ? eg. nat on tun0 from 192.168.23.0/24 to any -> (tun0) You could always add to ppp.linkup something like pppoe: ! /sbin/pfctl -Fnat -f /etc/pf.conf ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 03:10: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 D29271065695 for ; Wed, 15 Oct 2008 03:10:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id 0B4CF8FC14 for ; Wed, 15 Oct 2008 03:10:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqwEAFL59Eh5LVg7/2dsb2JhbACBcr47gWs X-IronPort-AV: E=Sophos;i="4.33,413,1220193000"; d="asc'?scan'208";a="211172066" Received: from ppp121-45-88-59.lns10.adl6.internode.on.net (HELO midget.dons.net.au) ([121.45.88.59]) by ipmail01.adl6.internode.on.net with ESMTP; 15 Oct 2008 13:40:16 +1030 Received: from inchoate.gsoft.com.au (Inchoate.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by midget.dons.net.au (8.14.3/8.14.2) with ESMTP id m9F39wwE013795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 13:40:04 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mike Tancsa Date: Wed, 15 Oct 2008 13:39:51 +1030 User-Agent: KMail/1.9.9 References: <200810092206.02362.doconnor@gsoft.com.au> <200810151059.58440.doconnor@gsoft.com.au> <200810150238.m9F2cAWu007721@lava.sentex.ca> In-Reply-To: <200810150238.m9F2cAWu007721@lava.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3144711.5IQOPWTJqa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810151339.57406.doconnor@gsoft.com.au> X-Spam-Score: -2.6 () BAYES_00,SPF_PASS X-Scanned-By: MIMEDefang 2.64 on 121.45.88.59 Cc: freebsd-stable@freebsd.org Subject: Re: Userland PPP not deleting old IP on disconnect 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, 15 Oct 2008 03:10:26 -0000 --nextPart3144711.5IQOPWTJqa Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 15 October 2008 13:08:02 Mike Tancsa wrote: > > very odd it only just started doing it though.. > > do you have tun0 in () on your nat statement ? > > eg. > nat on tun0 from 192.168.23.0/24 to any -> (tun0) Yep. > You could always add to ppp.linkup something like > > pppoe: > ! /sbin/pfctl -Fnat -f /etc/pf.conf Hmm.. I didn't realise you could delete NAT only state like that, I will gi= ve=20 it a try! (I've been doing pfctl -k $oldip) Thanks. =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 --nextPart3144711.5IQOPWTJqa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBI9V8F5ZPcIHs/zowRAo0XAJ9R0fyi52kL3Ky8BmlYrL5/+OrUxQCgjadu hLe6pydPHn6wU1Ve/PFaKuQ= =w2Vg -----END PGP SIGNATURE----- --nextPart3144711.5IQOPWTJqa-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 04:17: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 4B7AA1065689 for ; Wed, 15 Oct 2008 04:17:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 304B68FC13 for ; Wed, 15 Oct 2008 04:17:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id SbDX1a00A0vp7WLA2sHrKG; Wed, 15 Oct 2008 04:17:51 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.emeryville.ca.mail.comcast.net with comcast id SsHq1a0052P6wsM8RsHqN0; Wed, 15 Oct 2008 04:17:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=O4TkAD0TNb0A:10 a=Vtt3cZiWpDsA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=XfAC_DoxuMOEFRjwGl8A:9 a=2gn4Ejy0ScOMu7LI41kA:7 a=hXwygSnjxJ45YZ8ZkRqre1OJopUA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 03ADBC9419; Tue, 14 Oct 2008 21:17:50 -0700 (PDT) Date: Tue, 14 Oct 2008 21:17:49 -0700 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20081015041749.GA67219@icarus.home.lan> References: <48F526BB.6010604@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F526BB.6010604@quip.cz> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: atacontrol: ioctl(IOCATADEVICES): Device not configured 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, 15 Oct 2008 04:17:52 -0000 On Wed, Oct 15, 2008 at 01:09:47AM +0200, Miroslav Lachman wrote: > FreeBSD 7.1-BETA amd64 GENERIC on HP ProLiant ML110 G5 > > When I tried to run 'atacontrol list' I got an error: > atacontrol: ioctl(IOCATADEVICES): Device not configured There was a bug in atacontrol which was causing this for most people, although there's the possibility that this is a new bug. See revision 1.43.2.3 below: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/atacontrol/atacontrol.c Can you verify what version of src/sbin/atacontrol/atacontrol.c your world was built off of? I'm thinking because it was so new (barely 2 weeks) that it didn't get pulled in during the BETA build, but it definitely should have gotten pulled in for BETA2. ftp://ftp4.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/7.1/ > It is after I switched HDD mode in BIOS to "Serial ATA" (it was "Auto" > before) > > Does it means that atacontrol list is not available for Serial ATA > native mode? (I don't think so, because I am using atacontrol on another > machines where disk are at AHCI mode AFAIK - Sun Fire X2100 M2 for > example) > > > ## pciconf -lv > atapci0@pci0:0:31:2: class=0x01018f card=0x31f4103c chip=0x29208086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA Storage > Controller 1' > class = mass storage > subclass = ATA > none0@pci0:0:31:3: class=0x0c0500 card=0x31f4103c chip=0x29308086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) SMBus Controller' > class = serial bus > subclass = SMBus > atapci1@pci0:0:31:5: class=0x010185 card=0x31f4103c chip=0x29268086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage > Controller 2' > class = mass storage > subclass = ATA > > bge0@pci0:14:0:0: class=0x020000 card=0x7051103c chip=0x165a14e4 > rev=0x00 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme BCM5722 Gigabit Ethernet PCIe' > class = network > subclass = ethernet > > ## BIOS HDD mode: Serial ATA > ## /var/run/dmesg.boog > atapci0: port > 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x1c10-0x1c1f,0x1c00-0x1c0f > irq 17 at device 31.2 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atapci1: port > 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f > irq 18 at device 31.5 on pci0 > atapci1: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > [...] > ad4: 953869MB at ata2-master SATA300 > ad5: 953869MB at ata2-slave SATA300 > ad6: 953869MB at ata3-master SATA300 > ad7: 953869MB at ata3-slave SATA300 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 7936MB (16252928 512 byte sectors: 255H 63S/T 1011C) > acd0: DVDR at ata4-master SATA150 > > > ## BIOS HDD mode: Auto > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c10-0x1c1f,0x1c00-0x1c0f at > device 31.2 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atapci1: port > 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f > irq 18 at device 31.5 on pci0 > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > [...] > ad0: 953869MB at ata0-master SATA300 > ad1: 953869MB at ata0-slave SATA300 > ad2: 953869MB at ata1-master SATA300 > ad3: 953869MB at ata1-slave SATA300 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 7936MB (16252928 512 byte sectors: 255H 63S/T 1011C) > acd0: DVDR at ata2-master SATA150 > > > The motherboard has 6x SATA ports, 2 are marked "for optical/removable > drives" and 4 are for HDDs. > System is booted from USB flash disk. > It is first time I see SATA devices attached as Master & Slave on same > ATA channel, previously (on different machines) it was always as Master > on separated channels. This configuration is worse if I want to utilize > all drives at the same time (in RAIDZ). One drive can achieve 110MB/s > read, both drives can achieve only 80MB/s each. ;( > > Next strange thing is difference in Interrupts in systat output. With > mode "Auto', each ATA channel is listed on separated IRQ, with mode > "Serial ATA" channels are not listed but it seems that both are on the > same interrupt as bge0. Am I right? So it seems better to not use > "Serial ATA" mode settings. > > ## part of systat during read test by 'dd if=/dev/adN of=/dev/null' > ## BIOS HDD mode: Serial ATA > Interrupts > 8737 total > uhci0 uhci > 4734 bge0 uhci1 > uhci2 ehci > 2001 cpu0: time > 2002 cpu1: time > > ## BIOS HDD mode: Auto > Interrupts > 9262 total > 2660 ata0 irq14 > 2603 ata1 irq15 > uhci0 uhci > 1 bge0 uhci1 > uhci2 ehci > 1999 cpu0: time > 1999 cpu1: time > > > Let me know if (and what) more details are needed. > > Miroslav Lachman > _______________________________________________ > 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" -- | 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 Oct 15 05:13: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 DF2C51065693 for ; Wed, 15 Oct 2008 05:13:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id C12AC8FC13 for ; Wed, 15 Oct 2008 05:13:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id Ssza1a00U0b6N64A5tD7zf; Wed, 15 Oct 2008 05:13:07 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id StD51a00H2P6wsM8PtD6nv; Wed, 15 Oct 2008 05:13:07 +0000 X-Authority-Analysis: v=1.0 c=1 a=B1MEe26n1WkA:10 a=NZA-GfGjcrAA:10 a=SKLNrZPzAAAA:20 a=eVUyA3bpAAAA:8 a=QycZ5dHgAAAA:8 a=kRFhBT2Uze_lfzFRhSkA:9 a=1VKjnV3TWS6bdf31Oe0A:7 a=l-DIk42uKjp9fQSCBaZUdRzvjuIA:4 a=Nn94S3qFhd8A:10 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id BAB92C9419; Tue, 14 Oct 2008 22:13:05 -0700 (PDT) Date: Tue, 14 Oct 2008 22:13:05 -0700 From: Jeremy Chadwick To: "John R. Huston" Message-ID: <20081015051305.GA67579@icarus.home.lan> References: <976ac5b80810141852n85e87das9f4e11544e0222a6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <976ac5b80810141852n85e87das9f4e11544e0222a6@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Andrey V. Elsukov" , freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: SATA devices not added/probed from ICH7 sata300 controller, FreeBSD7.0, 7.1beta, 8.0 Daily 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, 15 Oct 2008 05:13:08 -0000 On Tue, Oct 14, 2008 at 09:52:09PM -0400, John R. Huston wrote: > Hi, I am not very familiar with using mailing lists so if I have made > a mistake in the format or scope of the message please correct me. I > am pretty desperate for an answer by now so any help at all is really > very appreciated. > > I have a Shuttle SD30G2 computer (Specs: > http://preview.tinyurl.com/3knjrp ) which utilizes the intel ICH7 > southbridge for sata devices. I am currently running FreeBSD > 7.0-STABLE. The issue is that although the sata controller is > apparently detected correctly (It shows up by name in dmesg) the > devices attached to it do not show up when running 'atacontrol list'. > There are no errors produced on a normal boot, but booting in verbose > mode produces a few repetetive messages that may be telling, although > I am unable to decipher them. First and foremost: I can assure you the ICH7 works fine on FreeBSD, because all of our production servers use it. Of course, they are not Shuttle systems. You didn't provide any detail of what hardware you have hooked up to the motherboard. Do you actually have any SATA devices hooked up to the SATA ports? What devices? This is why I ask: I see a Western Digital hard disk which shows up as ad0 on that system. It's claiming ATA100 mode, but there are features of the ICH7 (often called "Compatibility Mode" in BIOSes) which allow a SATA device to appear as a PATA device to work with older operating systems such as MS-DOS. I've looked at the SD30G2 user manual, and they do not appear to let you enable that mode. "Enhanced Mode" causes SATA devices to operate as SATA devices, and PATA devices to operate as PATA devices -- which in this case, is what you want. (This BIOS does not offer AHCI, so you can't use that either). > Some other symptoms; When booting from an installer or bootonly iso, > the installer is unable to find the sata drive to install to and will > exit with error. This applies to 7.0-release, 7.1 beta (From Oct 11), > and the daily 8.0 bootonly (From may.) I have successfully installed > Ubuntu 7.04 to the machine however, and it correctly installs and > utilizes both the sata hard drive (ata2 in bsd) and the sata cdrom > (ata3.) so this eliminates any possibility of the drive(s) or > controller being faulty. and although I am currently using a custom > built kernel, the fact that several bootonlys/installers cannot find > the drive either would suggest it is not my configuration > modifications which have caused this behavior. Agreed -- I do not think it's your kernel configuration. It sounds as if ata(4) has a bug that is not initialising some piece of the ICH7, while Linux does. It may be that the Shuttle BIOS does not initialise some piece of the ICH7 which other manufacturers do. > The full output from a verbose boot can be found here: > http://pastebin.ca/1227417 ; The relevant (I think) section starts at > roughly line #386 ("Intel ICH7 UDMA100 controller") where the first > controller for the IDE drives are found. ata0 is probed successfully, > ata1 is skipped (there are no devices attached here), and then the > sata controller is found, but ata2 and ata3 appear to be probed > incorrectly, spitting out a message like this a bunch of times before > quietly failing: > "ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff". This could be normal for verbose boot; it does not necessarily indicate a problem, but the ATA guys will have to confirm. Also, regarding this mail thread, I'm going to do a couple things with it: - Move it from -questions to -stable, because that's honestly where this should go, - Adding sos@freebsd.org (ata(4) author) to the CC list, - Adding Andrey V. Elsukov to the CC list. Andrey has been doing a lot of ata(4) work as of late. -- | 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 Oct 15 05:45:55 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 8A1331065687 for ; Wed, 15 Oct 2008 05:45:55 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 40C5F8FC15 for ; Wed, 15 Oct 2008 05:45:55 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KpzCd-000PH2-Ax; Wed, 15 Oct 2008 09:45:47 +0400 To: Willem Jan Withagen References: <783222.17581224004129947.JavaMail.root@mx1.canmail.org> <48F5059F.4010902@digiware.nl> From: Boris Samorodov Date: Wed, 15 Oct 2008 09:45:37 +0400 In-Reply-To: <48F5059F.4010902@digiware.nl> (Willem Jan Withagen's message of "Tue\, 14 Oct 2008 22\:48\:31 +0200") Message-ID: <81069902@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, RYAN vAN GINNEKEN Subject: Re: aclocal broken 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, 15 Oct 2008 05:45:55 -0000 Willem Jan Withagen writes: > Tried the porting on 6.x/i386 quite a while ago. I tried to build the resent port at tinderboxes (6/7/8 i386/amd64) but failed. There was a thread this week or the week before at multimedia@ ML. Strange enough but it successfully build at my desktop 7-STABLE/i386. Didn't have time to experiment with binaries though due to ENOTIME. If someone is interested in fixing the port to build at tinderboxes and file a PR, I might commit it to the ports tree. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 06:02: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 4002C106568C; Wed, 15 Oct 2008 06:02:04 +0000 (UTC) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.freebsd.org (Postfix) with ESMTP id 1810A8FC19; Wed, 15 Oct 2008 06:02:02 +0000 (UTC) (envelope-from os@rsu.ru) Received: from [195.208.252.154] (brain.cc.rsu.ru [195.208.252.154]) (authenticated bits=0) by mail.r61.net (8.14.1/8.14.1) with ESMTP id m9F5iF7p028676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Oct 2008 09:44:16 +0400 (MSD) (envelope-from os@rsu.ru) From: Oleg Sharoiko To: Panagiotis Christias In-Reply-To: <20081014222343.GA8706@noc.ntua.gr> References: <20081014222343.GA8706@noc.ntua.gr> Content-Type: text/plain Date: Wed, 15 Oct 2008 09:44:15 +0400 Message-Id: <1224049455.1277.44.camel@brain.cc.rsu.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7-STABLE, isp(4), QLE2462: panic & deadlocks 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, 15 Oct 2008 06:02:04 -0000 Hi! On Wed, 2008-10-15 at 01:23 +0300, Panagiotis Christias wrote: > However, when we connect them to the CX3-40, create and mount a new > partition and then do something as simple as "tar -C /san -xf ports.tgz" > the system panics and deadlocks. We have tried several FreeBSD versions > (6.3 i386/adm64, 7.0 i386/adm64, 7.1 i386/adm64 and lastly 7-STABLE i386 > - we also tried the latest 8-CURRENT snapshot but it panicked too soon). > The result is always the same; panic and deadlock. Try reducing the number of "tagged openings" with 'camcontrol tags' down to 46. If it doesn't work try reducing it further to 2. Also be advised that I've seen panics with geom_multipath in FreeBSD-7, unfortunately I had no time to test it in -current. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 07:42: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 AC25B10656A2 for ; Wed, 15 Oct 2008 07:42:00 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB518FC16 for ; Wed, 15 Oct 2008 07:42:00 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:55474 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Kq10z-00075B-3g for freebsd-stable@freebsd.org; Wed, 15 Oct 2008 09:41:57 +0200 Received: (qmail 31404 invoked from network); 15 Oct 2008 09:41:44 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 15 Oct 2008 09:41:44 +0200 Received: (qmail 61193 invoked by uid 1001); 15 Oct 2008 09:41:44 +0200 Date: Wed, 15 Oct 2008 09:41:44 +0200 From: Erik Trulsson To: Jeremy Chadwick Message-ID: <20081015074144.GA61136@owl.midgard.homeip.net> References: <976ac5b80810141852n85e87das9f4e11544e0222a6@mail.gmail.com> <20081015051305.GA67579@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015051305.GA67579@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1Kq10z-00075B-3g. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Kq10z-00075B-3g 163ee3aa3c35459793993cf7c504b463 Cc: "John R. Huston" , "Andrey V. Elsukov" , freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: SATA devices not added/probed from ICH7 sata300 controller, FreeBSD7.0, 7.1beta, 8.0 Daily 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, 15 Oct 2008 07:42:00 -0000 On Tue, Oct 14, 2008 at 10:13:05PM -0700, Jeremy Chadwick wrote: > On Tue, Oct 14, 2008 at 09:52:09PM -0400, John R. Huston wrote: > > Hi, I am not very familiar with using mailing lists so if I have made > > a mistake in the format or scope of the message please correct me. I > > am pretty desperate for an answer by now so any help at all is really > > very appreciated. > > > > I have a Shuttle SD30G2 computer (Specs: > > http://preview.tinyurl.com/3knjrp ) which utilizes the intel ICH7 > > southbridge for sata devices. I am currently running FreeBSD > > 7.0-STABLE. The issue is that although the sata controller is > > apparently detected correctly (It shows up by name in dmesg) the > > devices attached to it do not show up when running 'atacontrol list'. > > There are no errors produced on a normal boot, but booting in verbose > > mode produces a few repetetive messages that may be telling, although > > I am unable to decipher them. > > First and foremost: I can assure you the ICH7 works fine on FreeBSD, > because all of our production servers use it. Of course, they are not > Shuttle systems. > > You didn't provide any detail of what hardware you have hooked up to the > motherboard. Do you actually have any SATA devices hooked up to the > SATA ports? What devices? > > This is why I ask: I see a Western Digital hard disk which shows up as > ad0 on that system. It's claiming ATA100 mode, but there are features > of the ICH7 (often called "Compatibility Mode" in BIOSes) which allow a > SATA device to appear as a PATA device to work with older operating > systems such as MS-DOS. That is not his problem. If you look closer at his dmesg you will see that it detects both the PATA-controller part of ICH7 (as atapci0) and the SATA-controller part (as atapci1.) The detected disk is attached to atapci0 (as ata0-master.) Besides the reported disk model (WD800BB) is a PATA-model. (http://www.wdc.com/en/products/products.asp?driveid=10) So if there are any SATA-devices attached to the ICH7 then they are not detected at all by FreeBSD. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 07:49: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 002781065694; Wed, 15 Oct 2008 07:49:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forwards2.yandex.ru (forwards2.yandex.ru [213.180.200.23]) by mx1.freebsd.org (Postfix) with ESMTP id E48668FC1D; Wed, 15 Oct 2008 07:49:15 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by forwards2.yandex.ru (Postfix) with ESMTP id 4583C470006; Wed, 15 Oct 2008 11:49:14 +0400 (MSD) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:36310 "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 S7454769AbYJOHtD (ORCPT + 3 others); Wed, 15 Oct 2008 11:49:03 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1224056943 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <48F5A064.2070809@yandex.ru> Date: Wed, 15 Oct 2008 11:48:52 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jeremy Chadwick References: <976ac5b80810141852n85e87das9f4e11544e0222a6@mail.gmail.com> <20081015051305.GA67579@icarus.home.lan> In-Reply-To: <20081015051305.GA67579@icarus.home.lan> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "John R. Huston" , freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: SATA devices not added/probed from ICH7 sata300 controller, FreeBSD7.0, 7.1beta, 8.0 Daily 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, 15 Oct 2008 07:49:18 -0000 Jeremy Chadwick wrote: > This is why I ask: I see a Western Digital hard disk which shows up as > ad0 on that system. It's claiming ATA100 mode, but there are features > of the ICH7 (often called "Compatibility Mode" in BIOSes) which allow a > SATA device to appear as a PATA device to work with older operating > systems such as MS-DOS. ad0 is a PATA disk and it attached to PATA channel. >> The full output from a verbose boot can be found here: >> http://pastebin.ca/1227417 ; The relevant (I think) section starts at Did you try change SATA/IDE-related options in BIOS? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 08:24: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 C7E2E106568B for ; Wed, 15 Oct 2008 08:24:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 5CFB78FC12 for ; Wed, 15 Oct 2008 08:24:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m9F8OS81028706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Oct 2008 19:24:29 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m9F8OSiE093271 for ; Wed, 15 Oct 2008 19:24:28 +1100 (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 m9F8OSDk093270 for freebsd-stable@freebsd.org; Wed, 15 Oct 2008 19:24:28 +1100 (EST) (envelope-from peter) Date: Wed, 15 Oct 2008 19:24:28 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20081015082428.GE26536@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZJcv+A0YCCLh2VIg" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Subject: System hanging during dump 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, 15 Oct 2008 08:24:31 -0000 --ZJcv+A0YCCLh2VIg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Last night, I attempted a full, compressed backup of my 181GB /home (on a PATA disk) to a remote system. The backup started at 2159 and everything appeared normal until about 0040 when the system became non-responsive and this lasted until the dump completed at 1033. This is the first full backup of /home I've made for several years (due to lack of space). I noticed the non-responsiveness at about 0500 when: - The dump, gzip and fifo pipeline were running normally. - A 'systat -v' I had started was running normally (though it reported an excessive number of 'D' processes). Other values all appeared normal. - No response to return key at a zsh prompt - No response to up/down arrows in mutt [above all done in pre-existing ssh sessions from another host] - telnet to port 22 connected but didn't produce a banner. The duration above is based on system logs - which show nothing happened during this period. At the end, there were various anomolous entries: Oct 15 10:33:27 server ntpd[750]: too many recvbufs allocated (40) Oct 15 10:33:30 server sshd[947]: error: accept: Software caused connection= abort Oct 15 10:33:34 server kernel: TCP: [192.168.123.123]:59516 to [192.168.123= =2E200]:25 tcpflags 0x4; syncache_chkrst: Spurious RST without matchin= g syncache entry (possibly syncookie only), segment ignored Possibly useful information: The dump pipeline was: dump -uaL0 -C 32 -f - /home | reblock | gzip [stdout connected to socket to remote server] 'reblock' is basically a 200MB FIFO I wrote to desynchronise the (often I/O bound) dump from the CPU-bound gzip. server% uname -a FreeBSD server.vk2pj.dyndns.org 7.0-STABLE FreeBSD 7.0-STABLE #18: Sun May = 18 15:02:39 EST 2008 root@server.vk2pj.dyndns.org:/var/obj/k7/usr/src/s= ys/server i386 server% df -ki Filesystem 1024-blocks Used Avail Capacity iused ifree %iused M= ounted on /dev/ad0s3d 204648864 181911710 6365246 97% 1703016 11353942 13% /= home About the only think that happened at around this time was nightly updates. These start at 0005, fetching CTM cvs-cur updates, applying them to /home/ncvs, then cvs updating /home/ports. Looking at timestamps, /home/ports/graphics/icod/CVS/Entries was updated at 0042 and /home/ports/graphics/imlib2_loaders/CVS/Entries (the next entry) was updated at 1034. Whilst /home is fairly full, I can't see that the snapshot meta and rollback data would have occupied the 20GB free (and no 'out-of-space' messages were generated). Is there some limit on the number of inodes that can be updated whilst a snapshot exists? Has anyone else seen anything similar? --=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. --ZJcv+A0YCCLh2VIg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj1qLwACgkQ/opHv/APuIeREACgpjCPVxERhgEs0D8grqn3uGc3 +28AniXCh990RNkp/msGrhs3CffIMBtV =XdEX -----END PGP SIGNATURE----- --ZJcv+A0YCCLh2VIg-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 08:35: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 F2E911065687 for ; Wed, 15 Oct 2008 08:35:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id D8D8D8FC08 for ; Wed, 15 Oct 2008 08:35:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id SwU91a0020S2fkCA8wbfZL; Wed, 15 Oct 2008 08:35:39 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA09.emeryville.ca.mail.comcast.net with comcast id Swbe1a0042P6wsM8VwbeLl; Wed, 15 Oct 2008 08:35:39 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=RdyvXoCv8TovuBqPJmcA:9 a=NC7AjwH96jTRjyzlzJQA:7 a=ScqFegT4sPMvYcDnzVN9p2497m4A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 99D07C9419; Wed, 15 Oct 2008 01:35:38 -0700 (PDT) Date: Wed, 15 Oct 2008 01:35:38 -0700 From: Jeremy Chadwick To: Peter Jeremy Message-ID: <20081015083538.GA72190@icarus.home.lan> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015082428.GE26536@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: System hanging during dump 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, 15 Oct 2008 08:35:40 -0000 On Wed, Oct 15, 2008 at 07:24:28PM +1100, Peter Jeremy wrote: > Last night, I attempted a full, compressed backup of my 181GB /home > (on a PATA disk) to a remote system. The backup started at 2159 and > everything appeared normal until about 0040 when the system became > non-responsive and this lasted until the dump completed at 1033. This > is the first full backup of /home I've made for several years (due to > lack of space). > > I noticed the non-responsiveness at about 0500 when: > - The dump, gzip and fifo pipeline were running normally. > - A 'systat -v' I had started was running normally (though it > reported an excessive number of 'D' processes). Other values > all appeared normal. > - No response to return key at a zsh prompt > - No response to up/down arrows in mutt > [above all done in pre-existing ssh sessions from another host] > - telnet to port 22 connected but didn't produce a banner. > > The duration above is based on system logs - which show nothing > happened during this period. At the end, there were various anomolous > entries: > Oct 15 10:33:27 server ntpd[750]: too many recvbufs allocated (40) > Oct 15 10:33:30 server sshd[947]: error: accept: Software caused connection abort > Oct 15 10:33:34 server kernel: TCP: [192.168.123.123]:59516 to [192.168.123.200]:25 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored > > Possibly useful information: > The dump pipeline was: > dump -uaL0 -C 32 -f - /home | reblock | gzip [stdout connected to socket > to remote server] > 'reblock' is basically a 200MB FIFO I wrote to desynchronise the (often > I/O bound) dump from the CPU-bound gzip. > > server% uname -a > FreeBSD server.vk2pj.dyndns.org 7.0-STABLE FreeBSD 7.0-STABLE #18: Sun May 18 15:02:39 EST 2008 root@server.vk2pj.dyndns.org:/var/obj/k7/usr/src/sys/server i386 > server% df -ki > Filesystem 1024-blocks Used Avail Capacity iused ifree %iused Mounted on > /dev/ad0s3d 204648864 181911710 6365246 97% 1703016 11353942 13% /home > > About the only think that happened at around this time was nightly > updates. These start at 0005, fetching CTM cvs-cur updates, applying > them to /home/ncvs, then cvs updating /home/ports. Looking at > timestamps, /home/ports/graphics/icod/CVS/Entries was updated at > 0042 and /home/ports/graphics/imlib2_loaders/CVS/Entries (the next > entry) was updated at 1034. > > Whilst /home is fairly full, I can't see that the snapshot meta and > rollback data would have occupied the 20GB free (and no 'out-of-space' > messages were generated). Is there some limit on the number of inodes > that can be updated whilst a snapshot exists? > > Has anyone else seen anything similar? It's a known problem documented in my Wiki -- see "dump/restore". Note the part about UFS2 snapshot generation. I'm almost certain this is what you're describing. http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues This is one of the many reasons why I moved our backup infrastructure over to use rsnapshot/rsync, despite the atime modification problem. -- | 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 Oct 15 08:58: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 9AC8E1065688; Wed, 15 Oct 2008 08:58:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4F28FC08; Wed, 15 Oct 2008 08:58:46 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m9F8wihi023829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 19:58:45 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m9F8wi1O093397; Wed, 15 Oct 2008 19:58:44 +1100 (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 m9F8whOt093396; Wed, 15 Oct 2008 19:58:43 +1100 (EST) (envelope-from peter) Date: Wed, 15 Oct 2008 19:58:43 +1100 From: Peter Jeremy To: Jeremy Chadwick Message-ID: <20081015085843.GF26536@server.vk2pj.dyndns.org> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IU5/I01NYhRvwH70" Content-Disposition: inline In-Reply-To: <20081015083538.GA72190@icarus.home.lan> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.org Subject: Re: System hanging during dump 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, 15 Oct 2008 08:58:47 -0000 --IU5/I01NYhRvwH70 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Oct-15 01:35:38 -0700, Jeremy Chadwick wrote: >On Wed, Oct 15, 2008 at 07:24:28PM +1100, Peter Jeremy wrote: >> Last night, I attempted a full, compressed backup of my 181GB /home >> (on a PATA disk) to a remote system. The backup started at 2159 and >> everything appeared normal until about 0040 when the system became >> non-responsive and this lasted until the dump completed at 1033. This >> is the first full backup of /home I've made for several years (due to >> lack of space). =2E.. >It's a known problem documented in my Wiki -- see "dump/restore". Note >the part about UFS2 snapshot generation. I'm almost certain this is >what you're describing. No, my problem is not mentioned in your Wiki. You mention: * dump process frequently hangs In my case, the dump was progressing normally. The _rest_ of the system was hung. * UFS2 snapshot generation (mksnap_ffs, dump -L) takes too long; system is = unusable during this time In my case, snapshot creation took ~4 minutes. The system was running normally for 2.6 hours after snapshot creation completed before it froze. * Filesystems not cleanly shut down if reboot performed while dump(8) still= running Not applicable. --=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. --IU5/I01NYhRvwH70 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj1sMMACgkQ/opHv/APuIe6cwCeJdYvfpQdOzTdQQNB2g+ioKk+ JtgAn050P0w/T2iWYh11Q0AppKtOY4+3 =LmFS -----END PGP SIGNATURE----- --IU5/I01NYhRvwH70-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 09:08: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 785101065688 for ; Wed, 15 Oct 2008 09:08:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 206A28FC27 for ; Wed, 15 Oct 2008 09:08:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA02.westchester.pa.mail.comcast.net with comcast id Sx4e1a0050cZkys52x8BMz; Wed, 15 Oct 2008 09:08:11 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA10.westchester.pa.mail.comcast.net with comcast id Sx8o1a0062P6wsM3Wx8pmv; Wed, 15 Oct 2008 09:08:49 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=_db6wvOsJWeSgzkmUIUA:9 a=k1rC0RfAaTgXml7PgN8bthREy1sA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 8E3A4C9419; Wed, 15 Oct 2008 02:08:48 -0700 (PDT) Date: Wed, 15 Oct 2008 02:08:48 -0700 From: Jeremy Chadwick To: Peter Jeremy Message-ID: <20081015090848.GA72852@icarus.home.lan> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <20081015085843.GF26536@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015085843.GF26536@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.org Subject: Re: System hanging during dump 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, 15 Oct 2008 09:08:51 -0000 On Wed, Oct 15, 2008 at 07:58:43PM +1100, Peter Jeremy wrote: > On 2008-Oct-15 01:35:38 -0700, Jeremy Chadwick wrote: > >On Wed, Oct 15, 2008 at 07:24:28PM +1100, Peter Jeremy wrote: > >> Last night, I attempted a full, compressed backup of my 181GB /home > >> (on a PATA disk) to a remote system. The backup started at 2159 and > >> everything appeared normal until about 0040 when the system became > >> non-responsive and this lasted until the dump completed at 1033. This > >> is the first full backup of /home I've made for several years (due to > >> lack of space). > ... > >It's a known problem documented in my Wiki -- see "dump/restore". Note > >the part about UFS2 snapshot generation. I'm almost certain this is > >what you're describing. > > * UFS2 snapshot generation (mksnap_ffs, dump -L) takes too long; system is unusable during this time > In my case, snapshot creation took ~4 minutes. The system was > running normally for 2.6 hours after snapshot creation completed > before it froze. Did you read the References, including the one from myself? Snapshot generation in some cases took only minutes, but *removal* of the generated the snapshot took 1.5 hours or more, hanging the system until the removal was complete. -- | 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 Oct 15 09:48: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 99F97106568B; Wed, 15 Oct 2008 09:48:12 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 29BD48FC12; Wed, 15 Oct 2008 09:48:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m9F9mAct004863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 20:48:11 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m9F9m9Md093570; Wed, 15 Oct 2008 20:48:09 +1100 (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 m9F9m9GQ093569; Wed, 15 Oct 2008 20:48:09 +1100 (EST) (envelope-from peter) Date: Wed, 15 Oct 2008 20:48:09 +1100 From: Peter Jeremy To: Jeremy Chadwick Message-ID: <20081015094809.GG26536@server.vk2pj.dyndns.org> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <20081015085843.GF26536@server.vk2pj.dyndns.org> <20081015090848.GA72852@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ls2Gy6y7jbHLe9Od" Content-Disposition: inline In-Reply-To: <20081015090848.GA72852@icarus.home.lan> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.org Subject: Re: System hanging during dump 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, 15 Oct 2008 09:48:12 -0000 --Ls2Gy6y7jbHLe9Od Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Oct-15 02:08:48 -0700, Jeremy Chadwick wrote: >On Wed, Oct 15, 2008 at 07:58:43PM +1100, Peter Jeremy wrote: >> On 2008-Oct-15 01:35:38 -0700, Jeremy Chadwick wrot= e: >> >On Wed, Oct 15, 2008 at 07:24:28PM +1100, Peter Jeremy wrote: >> >> Last night, I attempted a full, compressed backup of my 181GB /home >> >> (on a PATA disk) to a remote system. The backup started at 2159 and >> >> everything appeared normal until about 0040 when the system became >> >> non-responsive and this lasted until the dump completed at 1033. This >> >> is the first full backup of /home I've made for several years (due to >> >> lack of space). >> ... >> >It's a known problem documented in my Wiki -- see "dump/restore". Note >> >the part about UFS2 snapshot generation. I'm almost certain this is >> >what you're describing. >>=20 >> * UFS2 snapshot generation (mksnap_ffs, dump -L) takes too long; system = is unusable during this time >> In my case, snapshot creation took ~4 minutes. The system was >> running normally for 2.6 hours after snapshot creation completed >> before it froze. > >Did you read the References, including the one from myself? Yes. In my case, dump started and ran mksnap_ffs. About 4 minutes later, actual dumping started and data streaming continued for about 12.6 hours. The system froze about 2.6 hours into the dump (after dump had written about 31GB). >Snapshot generation in some cases took only minutes, but *removal* of >the generated the snapshot took 1.5 hours or more, hanging the system >until the removal was complete. Based on progress reports from both dump and my fifo process, the snapshot removal began about 10 hours _after_ the system froze (during this time, dump wrote about 143GB). Given the timeline, it's fairly clear that neither mksnap_ffs nor the 'rm snapshot' were running at the time the system froze. I am therefore quite confident that the problem I saw is not related to either creation or removal of snapshots. I have been using FreeBSD snapshots for many years and am quite familiar with their quirks. I have never seen this particular problem before. (And FWIW, I _am_ using Doug Ambrisko's patch to ffs_snapshot.c). --=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. --Ls2Gy6y7jbHLe9Od Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj1vFkACgkQ/opHv/APuIfmUgCdEe0Dhb8rl/ex8rl4qe2p7ZvO WaUAoIvgREtW4FIiV62mWHtiC90vZDx6 =FpOu -----END PGP SIGNATURE----- --Ls2Gy6y7jbHLe9Od-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 10:28: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 CA6F71065697 for ; Wed, 15 Oct 2008 10:28:00 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0498FC2C for ; Wed, 15 Oct 2008 10:28:00 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1865220fgb.35 for ; Wed, 15 Oct 2008 03:27:59 -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=haF6XgyKT3C+jOIUQ14dzldWCUWkkv4i8HwhS0RlGNI=; b=TaptiPjgsC2J8mfSd9IQ3xBLXL04dcwmdYzMOJ6F5inyENsLgQWPPCG96LyM0SqJdd VFiHq1IqBmlvzS0NzAKyoem+oaaIHP8G2rSCyPJjOWSQ171cXA7x4o21+Pi+0xZDECnW dSKatuPbeHMmVP93BPLyaUNhMvu/0EQ3sJ9WY= 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=cQAsGzlqDRY4vAY4+GW3gFNfffwiFJ8PBGHPdKgmJrUBn+tOiHU+oZX3XHeZqwD1MW 1Ro29SiJ9ATHuClxfCVd+21kaBol8dGFwEM/0CzFX6tbBGTg+bsmRUTzOZn+NVdgyPO7 OGW2zfN6X1GO2wfJD3UBxgljRm3xsutsmb5cI= Received: by 10.86.95.8 with SMTP id s8mr1120156fgb.53.1224066479109; Wed, 15 Oct 2008 03:27:59 -0700 (PDT) Received: by 10.86.54.10 with HTTP; Wed, 15 Oct 2008 03:27:59 -0700 (PDT) Message-ID: Date: Wed, 15 Oct 2008 12:27:59 +0200 From: "Claus Guttesen" To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: error during buildworld on 7.1 beta 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, 15 Oct 2008 10:28:00 -0000 Hi. Did a fresh FreeBSD 7.1 install using the beta on amd64 from disc1. I did a standard-install with sources, performed a csup against RELENG_7 and then a buildworld. It stops at: mv -f term.h.new term.h cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -iprefix /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 -o make_keys -O2 -fno-strict-aliasing -pipe -I. -I/usr/obj/lib32/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_keys.c ./make_keys keys.list > init_keytry.h ELF interpreter /libexec/ld-elf32.so.1 not found Abort trap *** Error code 134 Stop in /usr/src/lib/ncurses/ncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 3145.054u 524.920s 1:02:45.53 97.4% 6442+7634k 30091+9519io 3045pf+0w My /etc/make.conf is: CPUTYPE=nocona NO_LPR= true # do not build lpr and related programs NO_SENDMAIL= true # do not build sendmail and related programs USA_RESIDENT= NO Do I have to make any changes to make.conf? -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 10:45: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 0797510656A0 for ; Wed, 15 Oct 2008 10:45:50 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id AA67C8FC14 for ; Wed, 15 Oct 2008 10:45:49 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from [192.168.0.10] by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kq3su-0000lu-CS; Wed, 15 Oct 2008 12:45:48 +0200 Message-ID: <48F5C9DA.4030207@kkip.pl> Date: Wed, 15 Oct 2008 12:45:46 +0200 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Claus Guttesen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.8 X-Spam-Score-Int: -87 X-Exim-Version: 4.69 (build at 26-Jun-2008 18:19:28) X-Date: 2008-10-15 12:45:48 X-Connected-IP: 192.168.0.10:3155 X-Message-Linecount: 74 X-Body-Linecount: 60 X-Message-Size: 2309 X-Body-Size: 1691 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: FreeBSD Stable Subject: Re: error during buildworld on 7.1 beta 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, 15 Oct 2008 10:45:50 -0000 Claus Guttesen pisze: > Hi. > > Did a fresh FreeBSD 7.1 install using the beta on amd64 from disc1. I > did a standard-install with sources, performed a csup against RELENG_7 > and then a buildworld. It stops at: > > mv -f term.h.new term.h > cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -iprefix > /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 > -B/usr/obj/usr/src/lib32/usr/lib32 -o make_keys -O2 > -fno-strict-aliasing -pipe -I. > -I/usr/obj/lib32/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include > -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall > -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_keys.c > ./make_keys keys.list > init_keytry.h > ELF interpreter /libexec/ld-elf32.so.1 not found > Abort trap > *** Error code 134 > > Stop in /usr/src/lib/ncurses/ncurses. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > 3145.054u 524.920s 1:02:45.53 97.4% 6442+7634k 30091+9519io 3045pf+0w > > > My /etc/make.conf is: > > CPUTYPE=nocona > NO_LPR= true # do not build lpr and related programs > NO_SENDMAIL= true # do not build sendmail and related programs > USA_RESIDENT= NO > > Do I have to make any changes to make.conf? > > First of all - check if /libexec/ld-elf32.so.1 exists! I don't think any of your lines in make.conf could be problematic. -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 10:53: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 DA0F4106568F for ; Wed, 15 Oct 2008 10:53:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id BC4C08FC2D for ; Wed, 15 Oct 2008 10:53:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id Sy4l1a00F0x6nqcA6ytfJb; Wed, 15 Oct 2008 10:53:39 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id Syte1a0052P6wsM8Yyte6D; Wed, 15 Oct 2008 10:53:39 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=pKkiwSqCxD6Ebq1UenYA:9 a=jyurKTJyc0CEBLwrr-8A:7 a=7BiO2SNV-FajqWwKoRdqgEtneCEA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5D180C9419; Wed, 15 Oct 2008 03:53:38 -0700 (PDT) Date: Wed, 15 Oct 2008 03:53:38 -0700 From: Jeremy Chadwick To: Peter Jeremy Message-ID: <20081015105338.GA75226@icarus.home.lan> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <20081015085843.GF26536@server.vk2pj.dyndns.org> <20081015090848.GA72852@icarus.home.lan> <20081015094809.GG26536@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015094809.GG26536@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.org Subject: Re: System hanging during dump 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, 15 Oct 2008 10:53:39 -0000 On Wed, Oct 15, 2008 at 08:48:09PM +1100, Peter Jeremy wrote: > On 2008-Oct-15 02:08:48 -0700, Jeremy Chadwick wrote: > >On Wed, Oct 15, 2008 at 07:58:43PM +1100, Peter Jeremy wrote: > >> On 2008-Oct-15 01:35:38 -0700, Jeremy Chadwick wrote: > >> >On Wed, Oct 15, 2008 at 07:24:28PM +1100, Peter Jeremy wrote: > >> >> Last night, I attempted a full, compressed backup of my 181GB /home > >> >> (on a PATA disk) to a remote system. The backup started at 2159 and > >> >> everything appeared normal until about 0040 when the system became > >> >> non-responsive and this lasted until the dump completed at 1033. This > >> >> is the first full backup of /home I've made for several years (due to > >> >> lack of space). > >> ... > >> >It's a known problem documented in my Wiki -- see "dump/restore". Note > >> >the part about UFS2 snapshot generation. I'm almost certain this is > >> >what you're describing. > >> > >> * UFS2 snapshot generation (mksnap_ffs, dump -L) takes too long; system is unusable during this time > >> In my case, snapshot creation took ~4 minutes. The system was > >> running normally for 2.6 hours after snapshot creation completed > >> before it froze. > > > >Did you read the References, including the one from myself? > > Yes. In my case, dump started and ran mksnap_ffs. About 4 minutes > later, actual dumping started and data streaming continued for about > 12.6 hours. The system froze about 2.6 hours into the dump (after > dump had written about 31GB). > > >Snapshot generation in some cases took only minutes, but *removal* of > >the generated the snapshot took 1.5 hours or more, hanging the system > >until the removal was complete. > > Based on progress reports from both dump and my fifo process, the > snapshot removal began about 10 hours _after_ the system froze > (during this time, dump wrote about 143GB). Given the timeline, > it's fairly clear that neither mksnap_ffs nor the 'rm snapshot' > were running at the time the system froze. I am therefore quite > confident that the problem I saw is not related to either creation > or removal of snapshots. > > I have been using FreeBSD snapshots for many years and am quite > familiar with their quirks. I have never seen this particular > problem before. (And FWIW, I _am_ using Doug Ambrisko's patch to > ffs_snapshot.c). I don't doubt your seniority or technical skill set. I was simply offering information that appeared relevant. Sorry for the noise and incorrect correlation. -- | 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 Oct 15 10:55: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 572D0106568B for ; Wed, 15 Oct 2008 10:55:57 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id D737A8FC13 for ; Wed, 15 Oct 2008 10:55:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1871785fgb.35 for ; Wed, 15 Oct 2008 03:55:55 -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=odTVQGBV5LWWiIiNhLsxWyqtEifaWKE+JUFMxjS2NJo=; b=dQ2T4yEZ63kO98F6vP8ji83PeBw9UMcOMB335vf3arj94slrj9ZlefDOIYfsMlAmZ5 GLbF/zJG3EcNUG36e+XXDpO8+m6f5pVAAF3NfkmuhB/SPk52Wldkk0lWG2461eV/KM5Q qS7YhRXQIq09N6qWdTM3KVRUKCkuBgoGctThI= 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=Hccm6Eq4RBIbq4i5tlGqeDjn9sZ+2YID76Z2XUUy/WDTVI2y102QnD5Sp+fdDG2khT yYXNywd5KYZXG0y1wOmyhJrJS6N0CPvw6uf+jo+nCYPMH5xt5DVWNhFISM5d4oSUN2G+ sHQL+8Gs59fdjgaO4LOylK/1QBlyiCuNvFEmM= Received: by 10.86.87.5 with SMTP id k5mr1143132fgb.59.1224068155371; Wed, 15 Oct 2008 03:55:55 -0700 (PDT) Received: by 10.86.54.10 with HTTP; Wed, 15 Oct 2008 03:55:55 -0700 (PDT) Message-ID: Date: Wed, 15 Oct 2008 12:55:55 +0200 From: "Claus Guttesen" To: "Bartosz Stec" In-Reply-To: <48F5C9DA.4030207@kkip.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48F5C9DA.4030207@kkip.pl> Cc: FreeBSD Stable Subject: Re: error during buildworld on 7.1 beta 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, 15 Oct 2008 10:55:57 -0000 >> Did a fresh FreeBSD 7.1 install using the beta on amd64 from disc1. I >> did a standard-install with sources, performed a csup against RELENG_7 >> and then a buildworld. It stops at: >> >> mv -f term.h.new term.h >> cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -iprefix >> /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 >> -B/usr/obj/usr/src/lib32/usr/lib32 -o make_keys -O2 >> -fno-strict-aliasing -pipe -I. >> -I/usr/obj/lib32/usr/src/lib/ncurses/ncurses/../ncurses >> -I/usr/src/lib/ncurses/ncurses/../ncurses >> -I/usr/src/lib/ncurses/ncurses/../ncurses >> -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include >> -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall >> -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS >> >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_keys.c >> ./make_keys keys.list > init_keytry.h >> ELF interpreter /libexec/ld-elf32.so.1 not found >> Abort trap >> *** Error code 134 >> >> Stop in /usr/src/lib/ncurses/ncurses. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> 3145.054u 524.920s 1:02:45.53 97.4% 6442+7634k 30091+9519io 3045pf+0w >> >> >> My /etc/make.conf is: >> >> CPUTYPE=nocona >> NO_LPR= true # do not build lpr and related programs >> NO_SENDMAIL= true # do not build sendmail and related programs >> USA_RESIDENT= NO >> >> Do I have to make any changes to make.conf? >> >> > > First of all - check if > > /libexec/ld-elf32.so.1 ls -l /libexec total 224 -r-xr-xr-x 1 root wheel 196792 Sep 7 2008 ld-elf.so.1 It does not exist. Is it located on CD disc2? Can it be generated on a fresh system or shall I copy it from another (7.x) server? -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 10:56:07 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 67AED106569C for ; Wed, 15 Oct 2008 10:56:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0D68FC19 for ; Wed, 15 Oct 2008 10:56:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id SypF1a0060vp7WLA7yw6ee; Wed, 15 Oct 2008 10:56:06 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.emeryville.ca.mail.comcast.net with comcast id Syw51a0072P6wsM8Ryw6k6; Wed, 15 Oct 2008 10:56:06 +0000 X-Authority-Analysis: v=1.0 c=1 a=GaghC3qbtOgA:10 a=QycZ5dHgAAAA:8 a=BR3IQmGIJPVhFJgSlrIA:9 a=Xa8QLU_JAV9_FV18btAA:7 a=16gUu44vYf544LrcyujTpmnVYq0A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id E811EC9419; Wed, 15 Oct 2008 03:56:05 -0700 (PDT) Date: Wed, 15 Oct 2008 03:56:05 -0700 From: Jeremy Chadwick To: Claus Guttesen Message-ID: <20081015105605.GB75226@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: error during buildworld on 7.1 beta 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, 15 Oct 2008 10:56:07 -0000 On Wed, Oct 15, 2008 at 12:27:59PM +0200, Claus Guttesen wrote: > Hi. > > Did a fresh FreeBSD 7.1 install using the beta on amd64 from disc1. I > did a standard-install with sources, performed a csup against RELENG_7 > and then a buildworld. It stops at: > > mv -f term.h.new term.h > cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -iprefix > /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 > -B/usr/obj/usr/src/lib32/usr/lib32 -o make_keys -O2 > -fno-strict-aliasing -pipe -I. > -I/usr/obj/lib32/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../ncurses > -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include > -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall > -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_keys.c > ./make_keys keys.list > init_keytry.h > ELF interpreter /libexec/ld-elf32.so.1 not found > Abort trap > *** Error code 134 My guess: when you installed 7.1, you did not choose to install lib32 for 32-bit compatibility (so you can run 32-bit binaries on a 64-bit arch). But when building world, you did not set WITHOUT_LIB32=true in /etc/src.conf, so the system is trying to make use of the 32-bit ld.so shim that does not exist since you didn't install it. > NO_LPR= true # do not build lpr and related programs > NO_SENDMAIL= true # do not build sendmail and related programs These have been renamed, and go into /etc/src.conf, not make.conf. You should use this in /etc/src.conf: WITHOUT_LPR=true WITHOUT_SENDMAIL=true See src.conf(5) for details. -- | 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 Oct 15 11:40: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 04C4210656A1 for ; Wed, 15 Oct 2008 11:40:48 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7B24D8FC21 for ; Wed, 15 Oct 2008 11:40:47 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1882102fgb.35 for ; Wed, 15 Oct 2008 04:40:46 -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=hqcUs6iourlylkrNv1ruEx+oZLdB8I8RCqRHveQlazQ=; b=ojCHNw7ewja7FMpoM2oH+AKQlrtSKGPz6slgHS/u/DGo1ozim3s4iLGhzReeInBpRD MXablSX8rBkhDppW22FZ4tcFVTKCgnmKe51ug/qa1veX7BDwuE09wsL6AyGsyDVD2iFf 1+I74r3XF22tYGG2TCx2puYMkWUiKj2GzT9bs= 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=InPMnSWqZ3Xi5p0ICM++wp0jzYbzVdP9Kbe+H6qUtWN3TMpJQr+lKP2xxxevUhSmks V1p7Wvthd0AifA6U2gCcP5jvNGzuiyA5En4ptj8AmyXqWhpyKWl/qZ3OEptcrDWUeb4J 22ZnN8nQVvWgSTSCYcKVl2BarXP0rRnEHx5Sc= Received: by 10.86.92.7 with SMTP id p7mr1258079fgb.8.1224070846381; Wed, 15 Oct 2008 04:40:46 -0700 (PDT) Received: by 10.86.54.10 with HTTP; Wed, 15 Oct 2008 04:40:46 -0700 (PDT) Message-ID: Date: Wed, 15 Oct 2008 13:40:46 +0200 From: "Claus Guttesen" To: "Jeremy Chadwick" In-Reply-To: <20081015105605.GB75226@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081015105605.GB75226@icarus.home.lan> Cc: FreeBSD Stable Subject: Re: error during buildworld on 7.1 beta 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, 15 Oct 2008 11:40:48 -0000 >> Did a fresh FreeBSD 7.1 install using the beta on amd64 from disc1. I >> did a standard-install with sources, performed a csup against RELENG_7 >> and then a buildworld. It stops at: >> >> mv -f term.h.new term.h >> cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -iprefix >> /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 >> -B/usr/obj/usr/src/lib32/usr/lib32 -o make_keys -O2 >> -fno-strict-aliasing -pipe -I. >> -I/usr/obj/lib32/usr/src/lib/ncurses/ncurses/../ncurses >> -I/usr/src/lib/ncurses/ncurses/../ncurses >> -I/usr/src/lib/ncurses/ncurses/../ncurses >> -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include >> -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall >> -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_keys.c >> ./make_keys keys.list > init_keytry.h >> ELF interpreter /libexec/ld-elf32.so.1 not found >> Abort trap >> *** Error code 134 > > My guess: when you installed 7.1, you did not choose to install lib32 > for 32-bit compatibility (so you can run 32-bit binaries on a 64-bit > arch). I choose 'Custon Installation' and item 5 Distributions and then item 4 Developer which I have done for many years now. :-) So there may some changes to the installation-process which is differen from 7.0. > But when building world, you did not set WITHOUT_LIB32=true in > /etc/src.conf, so the system is trying to make use of the 32-bit ld.so > shim that does not exist since you didn't install it. ls -l /etc/src.conf ls: /etc/src.conf: No such file or directory So this file probably needs to be installed as part of a install with the above mentioned entry in order not to stop buildworld if lib32 no longer is installed, unless chosen, during install. Is this a post-configuration option? > >> NO_LPR= true # do not build lpr and related programs >> NO_SENDMAIL= true # do not build sendmail and related programs > > These have been renamed, and go into /etc/src.conf, not make.conf. You > should use this in /etc/src.conf: > > WITHOUT_LPR=true > WITHOUT_SENDMAIL=true > > See src.conf(5) for details. Thank you for your pointers. My make.conf can probably celebrate it's 5'th anniversary with minor changes to CPUTYPE and commenting -O2 out. I'll create src.conf accordingly. -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 11:52: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 D95FA1065688 for ; Wed, 15 Oct 2008 11:52:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id BBCBF8FC20 for ; Wed, 15 Oct 2008 11:52:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id Syqf1a0070lTkoCAAzstrA; Wed, 15 Oct 2008 11:52:53 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id Szss1a0022P6wsM8Qzss54; Wed, 15 Oct 2008 11:52:53 +0000 X-Authority-Analysis: v=1.0 c=1 a=GaghC3qbtOgA:10 a=QycZ5dHgAAAA:8 a=a2adgXjZqfDE8Vx3fF4A:9 a=s-cdh3yGy4KN9nHcB48A:7 a=kox6eZgcjH8COclAGIrGQO7hv1sA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 45B37C9419; Wed, 15 Oct 2008 04:52:52 -0700 (PDT) Date: Wed, 15 Oct 2008 04:52:52 -0700 From: Jeremy Chadwick To: Claus Guttesen Message-ID: <20081015115252.GA76741@icarus.home.lan> References: <20081015105605.GB75226@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: error during buildworld on 7.1 beta 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, 15 Oct 2008 11:52:53 -0000 On Wed, Oct 15, 2008 at 01:40:46PM +0200, Claus Guttesen wrote: > >> Did a fresh FreeBSD 7.1 install using the beta on amd64 from disc1. I > >> did a standard-install with sources, performed a csup against RELENG_7 > >> and then a buildworld. It stops at: > >> > >> mv -f term.h.new term.h > >> cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -iprefix > >> /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 > >> -B/usr/obj/usr/src/lib32/usr/lib32 -o make_keys -O2 > >> -fno-strict-aliasing -pipe -I. > >> -I/usr/obj/lib32/usr/src/lib/ncurses/ncurses/../ncurses > >> -I/usr/src/lib/ncurses/ncurses/../ncurses > >> -I/usr/src/lib/ncurses/ncurses/../ncurses > >> -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include > >> -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall > >> -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS > >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_keys.c > >> ./make_keys keys.list > init_keytry.h > >> ELF interpreter /libexec/ld-elf32.so.1 not found > >> Abort trap > >> *** Error code 134 > > > > My guess: when you installed 7.1, you did not choose to install lib32 > > for 32-bit compatibility (so you can run 32-bit binaries on a 64-bit > > arch). > > I choose 'Custon Installation' and item 5 Distributions and then item > 4 Developer which I have done for many years now. :-) So there may > some changes to the installation-process which is differen from 7.0. Which doesn't really tell me which options got enabled. I will try doing this on a VMware session using 7.1-BETA2 amd64 and see what options get ticked. I'll reply back with that information momentarily. > > But when building world, you did not set WITHOUT_LIB32=true in > > /etc/src.conf, so the system is trying to make use of the 32-bit ld.so > > shim that does not exist since you didn't install it. > > ls -l /etc/src.conf > ls: /etc/src.conf: No such file or directory > > So this file probably needs to be installed as part of a install with > the above mentioned entry in order not to stop buildworld if lib32 no > longer is installed, unless chosen, during install. src.conf is not created by the installation process. The possibility of this being done has been discussed in the past, but no one has taken up the effort to add support for such. > Is this a post-configuration option? Yes. > >> NO_LPR= true # do not build lpr and related programs > >> NO_SENDMAIL= true # do not build sendmail and related programs > > > > These have been renamed, and go into /etc/src.conf, not make.conf. You > > should use this in /etc/src.conf: > > > > WITHOUT_LPR=true > > WITHOUT_SENDMAIL=true > > > > See src.conf(5) for details. > > Thank you for your pointers. My make.conf can probably celebrate it's > 5'th anniversary with minor changes to CPUTYPE and commenting -O2 out. > I'll create src.conf accordingly. WITHOUT_LIB32=true also decreases buildworld time substantially, so unless you have reason to run i386 binaries on the system, disabling it is wise. -- | 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 Oct 15 17:16: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 9609B1065687 for ; Wed, 15 Oct 2008 17:16:14 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 496108FC17 for ; Wed, 15 Oct 2008 17:16:14 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Wed, 15 Oct 2008 12:06:09 -0500 id 000D527A.48F62302.000124CA Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Wed, 15 Oct 2008 12:06:41 -0500 id 0004AC1B.48F62321.0000D2AB Received: from ed.local.net.mx (ed.local.net.mx [192.168.1.65]) by econet.encontacto.net (Horde Framework) with HTTP; Wed, 15 Oct 2008 12:06:41 -0500 Message-ID: <20081015120641.1804535p8o038s0s@econet.encontacto.net> Date: Wed, 15 Oct 2008 12:06:41 -0500 From: eculp To: freebsd-stable@freebsd.org References: <20081014224100.5003C4500F@ptavv.es.net> In-Reply-To: <20081014224100.5003C4500F@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20080925 Firefox/2.0.0.17 X-IMP-Server: 189.190.8.164 X-Originating-IP: 192.168.1.65 X-Originating-User: eculp@encontacto.net Subject: Re: Status of Flash 9 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: Wed, 15 Oct 2008 17:16:14 -0000 Quoting Kevin Oberman : >> From: Tijl Coosemans >> Date: Tue, 14 Oct 2008 22:28:58 +0200 >> >> On Tuesday 14 October 2008 20:30:47 Kevin Oberman wrote: >> > I have seen some messages that imply that flashplugin9 might be usable >> > on STABLE. The port is sill marked IGNORE, though: >> > ** Port marked as IGNORE: www/linux-flashplugin9: >> > =09Unstable, no sound, generally unusable state >> > >> > I also thought that there might be a solution to the sound issue. >> > >> > Can anyone confirm the status? I would be happy to delete the IGNORE >> > line if I thought it would work and I know what changes might be needed >> > to get it to work. Even without sound, it would probably be useful. Too >> > many sites are using Flash 9 for the entry page and there is no way to >> > get to the site at all with Flash 7. From today's cvsup of Current, I still have the unmodified flash 9 =20 port with the warning messages. Has this actually been commited to =20 Current? Thanks, ed >> >> Patches have been committed to CURRENT and should have been MFC'ed last >> weekend, but haven't for some reason. >> >> The port has a PR waiting for maintainer feedback: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D127839 >> >> The relevant thread on emulation@ is: >> http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/00531= 1.html > > Tijl (and Paul). > > Thanks! > > I saw the entry for the fix in the 7.1 release notes, so assumed that it > had been MFC'ed. I'll watch svn-src (or whatever cvs-src turned into) > for the commit(s). > > I never have read emulation, so I need to go read the discussion. > > Thanks again! > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net=09=09=09Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 17:54: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 534A1106568F; Wed, 15 Oct 2008 17:54:57 +0000 (UTC) (envelope-from p.christias@noc.ntua.gr) Received: from diomedes.noc.ntua.gr (diomedes.noc.ntua.gr [IPv6:2001:648:2000:de::220]) by mx1.freebsd.org (Postfix) with ESMTP id 5A1018FC15; Wed, 15 Oct 2008 17:54:56 +0000 (UTC) (envelope-from p.christias@noc.ntua.gr) Received: from ajax.noc.ntua.gr (ajax6.noc.ntua.gr [IPv6:2001:648:2000:dc::1]) by diomedes.noc.ntua.gr (8.14.0/8.14.0) with ESMTP id m9FHsrkv010592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Oct 2008 20:54:54 +0300 (EEST) (envelope-from p.christias@noc.ntua.gr) Received: from ajax.noc.ntua.gr (localhost.noc.ntua.gr [127.0.0.1]) by ajax.noc.ntua.gr (8.13.8/8.13.8) with ESMTP id m9FHsrGP005474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Oct 2008 20:54:53 +0300 (EEST) (envelope-from p.christias@noc.ntua.gr) Received: (from christia@localhost) by ajax.noc.ntua.gr (8.13.8/8.13.8/Submit) id m9FHsrHh005469; Wed, 15 Oct 2008 20:54:53 +0300 (EEST) (envelope-from p.christias@noc.ntua.gr) X-Authentication-Warning: ajax.noc.ntua.gr: christia set sender to p.christias@noc.ntua.gr using -f Date: Wed, 15 Oct 2008 20:54:53 +0300 From: Panagiotis Christias To: Oleg Sharoiko Message-ID: <20081015175453.GA3260@noc.ntua.gr> References: <20081014222343.GA8706@noc.ntua.gr> <1224049455.1277.44.camel@brain.cc.rsu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1224049455.1277.44.camel@brain.cc.rsu.ru> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (diomedes.noc.ntua.gr [IPv6:2001:648:2000:de::220]); Wed, 15 Oct 2008 20:54:54 +0300 (EEST) X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on diomedes.noc.ntua.gr X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7-STABLE, isp(4), QLE2462: panic & deadlocks 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, 15 Oct 2008 17:54:57 -0000 On Wed, Oct 15, 2008 at 09:44:15AM +0400, Oleg Sharoiko wrote: > Hi! > > On Wed, 2008-10-15 at 01:23 +0300, Panagiotis Christias wrote: > > > However, when we connect them to the CX3-40, create and mount a new > > partition and then do something as simple as "tar -C /san -xf ports.tgz" > > the system panics and deadlocks. We have tried several FreeBSD versions > > (6.3 i386/adm64, 7.0 i386/adm64, 7.1 i386/adm64 and lastly 7-STABLE i386 > > - we also tried the latest 8-CURRENT snapshot but it panicked too soon). > > The result is always the same; panic and deadlock. > > Try reducing the number of "tagged openings" with 'camcontrol tags' down > to 46. If it doesn't work try reducing it further to 2. Also be advised > that I've seen panics with geom_multipath in FreeBSD-7, unfortunately I > had no time to test it in -current. Hm.. that would probably explain the fact that I was unable to panic the system when I had set the hint.isp.0.debug="0x1F" in /boot/device.hints. Currently I am stress testing the server with the tagged openings set to 44 (first value tested). Until now there is no panic or deadlock. I am trying concurrent tar extractions and rsync copies. The filesystem looks ok till now according to fsck. I will let it write/copy/delete overnight and tomorrow I will try different tagged opening values. Thank you for the hint! I am wondering what is the performance penalty with decreased tagged openings. Also, is there anything else I could try in order to get more useful debug output? I have at least three servers that I could use for any kind of tests and I am willing to spend as much time I can get to help solving the problem. Finally, the only output in the logs is: Expensive timeout(9) function: 0xc06f4210(0xc67e1200) 0.059422635 s Expensive timeout(9) function: 0xc08d4fd0(0) 0.060676147 s I suppose that is related to the CAMDEBUG kernel config options. Regards, Panagiotis -- Panagiotis J. Christias Network Management Center P.Christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 18:59: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 4CB1E106569B for ; Wed, 15 Oct 2008 18:59:38 +0000 (UTC) (envelope-from heliocentric@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id E43BF8FC1C for ; Wed, 15 Oct 2008 18:59:37 +0000 (UTC) (envelope-from heliocentric@gmail.com) Received: by gxk9 with SMTP id 9so6306238gxk.19 for ; Wed, 15 Oct 2008 11:59:37 -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=pyrk8lWefSWWQE2ZKHO12VFa+kii3ikEuISInyP8dDg=; b=I4lIySzjMay74lgYEnINoq+CC+m9VBLfQFWZDTmkQfV6aorLx8EtRqNj/i2RwHHf7v Pr8qyeYHDy7HNkRdvq8hIiszLxkjCuagsfBf8gy70c3+o25YjyUvQrnu37UA2wXv95XJ LnTJ2MFgWeHZWcN5UB9z0z6qZmKNZuqmissTM= 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=ut6LiRGnzLAjTYrNZgJe81/qjXzZbbjwlc4zLs4YtlefhO4Kfwjk2m1OCAX7W7zyGU RxW0Zvmg7zodPI66a7MMo/0sNfMs6CQZiFyS2lYoyJOTqQhqlMJ4IZQahBZCsAt2YPH0 4besoDdKEX9Ch5qPhusGDshRLi7khOLN8XtUQ= Received: by 10.90.32.14 with SMTP id f14mr1548509agf.94.1224097176633; Wed, 15 Oct 2008 11:59:36 -0700 (PDT) Received: by 10.90.100.18 with HTTP; Wed, 15 Oct 2008 11:59:36 -0700 (PDT) Message-ID: Date: Wed, 15 Oct 2008 14:59:36 -0400 From: heliocentric@gmail.com To: "Peter Jeremy" In-Reply-To: <20081015105338.GA75226@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <20081015085843.GF26536@server.vk2pj.dyndns.org> <20081015090848.GA72852@icarus.home.lan> <20081015094809.GG26536@server.vk2pj.dyndns.org> <20081015105338.GA75226@icarus.home.lan> Cc: freebsd-stable@freebsd.org Subject: Re: System hanging during dump 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, 15 Oct 2008 18:59:38 -0000 >> Based on progress reports from both dump and my fifo process, the >> snapshot removal began about 10 hours _after_ the system froze >> (during this time, dump wrote about 143GB). Given the timeline, >> it's fairly clear that neither mksnap_ffs nor the 'rm snapshot' >> were running at the time the system froze. I am therefore quite >> confident that the problem I saw is not related to either creation >> or removal of snapshots. >> >> I have been using FreeBSD snapshots for many years and am quite >> familiar with their quirks. I have never seen this particular >> problem before. (And FWIW, I _am_ using Doug Ambrisko's patch to >> ffs_snapshot.c). After upgrading my backup server to 8-CURRENT, I've noticed LORs during write activity that happens while a snapshot is being read. I believe these are responsible for some of the deadlocks in a subset of filesystem operations during some usages of snapshots I've encountered, but I can't confirm (as I am inexperienced at deeply debugging locking issues). There is also two LORs involving the same locks that occur during a snapshot removal, which is most likely the cause of the 'hang' that seems to be reported for that case. Perhaps a 'show locks' with an 8-CURRENT kernel with WITNESS enabled will shed light on the problem? As most of the filesystem locking doesn't use lockmgr in 7-STABLE, it would be silent with that kernel. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 19:46: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 153311065690 for ; Wed, 15 Oct 2008 19:46:14 +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 00FC38FC08 for ; Wed, 15 Oct 2008 19:46:13 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id B43351A3C3D; Wed, 15 Oct 2008 12:46:13 -0700 (PDT) Date: Wed, 15 Oct 2008 12:46:13 -0700 From: Alfred Perlstein To: heliocentric@gmail.com Message-ID: <20081015194613.GK46393@elvis.mu.org> References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <20081015085843.GF26536@server.vk2pj.dyndns.org> <20081015090848.GA72852@icarus.home.lan> <20081015094809.GG26536@server.vk2pj.dyndns.org> <20081015105338.GA75226@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: System hanging during dump 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, 15 Oct 2008 19:46:14 -0000 * heliocentric@gmail.com [081015 12:00] wrote: > > Perhaps a 'show locks' with an 8-CURRENT kernel with WITNESS enabled > will shed light on the problem? As most of the filesystem locking > doesn't use lockmgr in 7-STABLE, it would be silent with that kernel. I might be wrong here, but I think it's actually that lockmgr in 7.x isn't watched by witness (but it is in 8.x) is why you can only see this warnings in 8.x. (In other words, filesystems use lockmgr in just about every version of FreeBSD back to 2.x or before.) -Alfred From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 20:02: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 8280810656B8 for ; Wed, 15 Oct 2008 20:02:15 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.177]) by mx1.freebsd.org (Postfix) with ESMTP id 157A68FC12 for ; Wed, 15 Oct 2008 20:02:14 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ik-out-1112.google.com with SMTP id c29so2235343ika.3 for ; Wed, 15 Oct 2008 13:02: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:mime-version:content-type:content-transfer-encoding :content-disposition; bh=JAwVibgixEvpM4PX+Wl1LSi1rhOHJUAjLm2hY+LrNAE=; b=v1O4QbyoESTUSz81SRHG7ififdGobm5SsHiLH3ArL5XPdw9gd1l+MTs7WoOqZZ91Ke anuqOK8nhQkdeyu1kQ/myy5Vu5oK3ncGUXqj+IdyWSMZylGWSf7OOEwePXAAn1Dk4t5b L6ryOPHpRG7QK3NxAeiThPgiA8sHQtIAlrbXs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=m+VEAPhKhoPJGXJzhKNuHvJHQLNJ8VeC5TRLp1xBcuqfaH+ziP69xM12D9ywg8jKoE K0j7Hg+Igv/WHWofrXckprvu3UIUBXlx2UBx0aC1H2yibOWO5NbyJFxSOOBqQpcfXVK2 Jojc3fjfcThSbneYbWOJ+4bbgHvbQe0FhelW0= Received: by 10.86.61.13 with SMTP id j13mr1716784fga.69.1224100933586; Wed, 15 Oct 2008 13:02:13 -0700 (PDT) Received: by 10.86.54.10 with HTTP; Wed, 15 Oct 2008 13:02:13 -0700 (PDT) Message-ID: Date: Wed, 15 Oct 2008 22:02:13 +0200 From: "Claus Guttesen" To: "Jeremy Chadwick" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: FreeBSD Stable Subject: Re: error during installworld on 7.1 beta (was: error during buildworld on 7.1 beta) 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, 15 Oct 2008 20:02:15 -0000 During installworld I get: cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x > ncurses.3 sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.tail >terminfo.5 tr: not found /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh: cannot open unsorted26711: No such file or directory *** Error code 2 Stop in /usr/src/lib/ncurses/ncurses. *** Error code 1 Stop in /usr/src/lib/ncurses. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 1.031u 2.341s 0:04.44 75.9% 203+2259k 53+201io 530pf+0w So it seems that $PATH is partially lost during installworld. A unified diff for ./contrib/ncurses/man/MKterminfo.sh is diff -u ./contrib/ncurses/man/MKterminfo.sh.org ./contrib/ncurses/man/MKterminfo.sh --- ./contrib/ncurses/man/MKterminfo.sh.org 2008-03-01 06:27:53.000000000 +0100 +++ ./contrib/ncurses/man/MKterminfo.sh 2008-03-01 06:28:55.000000000 +0100 @@ -77,7 +77,7 @@ s/ bool / /p s/ num / /p s/ str / /p -" |sed -e 's/^$/../' | tr "\134" "\006" >$unsorted +" |sed -e 's/^$/../' | /usr/bin/tr "\134" "\006" >$unsorted rm -f $sorted rm -f $temp @@ -104,7 +104,7 @@ done <$unsorted test $saved = yes && sort $temp >>$sorted -sed -e 's/^\.\.$//' $sorted | tr "\005\006" "\012\134" +sed -e 's/^\.\.$//' $sorted | /usr/bin/tr "\005\006" "\012\134" cat $tail These are the files I added complete path for: ./contrib/ncurses/man/MKterminfo.sh ./contrib/ncurses/include/MKkey_defs.sh ./gnu/usr.bin/cvs/contrib/Makefile ./sys/conf/newvers.sh ./share/colldef/Makefile ./share/termcap/Makefile ./sys/boot/i386/boot2/Makefile ./sys/boot/i386/gptboot ./sys/boot/i386/loader/Makefile ./sys/boot/i386/pxeldr Should I post the diff for the remaing files? -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 20:18: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 AC2581065695 for ; Wed, 15 Oct 2008 20:18:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 9013D8FC08 for ; Wed, 15 Oct 2008 20:18:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id SyYV1a00A17UAYkA58JfcX; Wed, 15 Oct 2008 20:18:40 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id T8Je1a0042P6wsM8Z8JeCY; Wed, 15 Oct 2008 20:18:38 +0000 X-Authority-Analysis: v=1.0 c=1 a=9oqgLLwLu4EA:10 a=sA6pKsgKy7AA:10 a=QycZ5dHgAAAA:8 a=d4Ldn1sSk-9FiFFmavcA:9 a=shM1U4e2A5dPu2r-aUcA:7 a=Uuw9QZJQuuRcH77Eg8NMchDtKEwA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 107DAC9419; Wed, 15 Oct 2008 13:18:38 -0700 (PDT) Date: Wed, 15 Oct 2008 13:18:38 -0700 From: Jeremy Chadwick To: Claus Guttesen Message-ID: <20081015201838.GA88096@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: error during installworld on 7.1 beta (was: error during buildworld on 7.1 beta) 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, 15 Oct 2008 20:18:40 -0000 On Wed, Oct 15, 2008 at 10:02:13PM +0200, Claus Guttesen wrote: > During installworld I get: > > cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x > > ncurses.3 > sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.tail > >terminfo.5 > tr: not found > /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh: > cannot open unsorted26711: No such file or directory > *** Error code 2 > > So it seems that $PATH is partially lost during installworld. What makes no sense to me is why I've never seen this. How exactly are you doing the installworld? Are you booting into single-user like you're supposed to? Is root's shell /bin/csh? Have you modified /root/.cshrc to do odd things? I can't approve the diffs because they're not what's truly causing the problem here. What is your $PATH, and from what sort of environment are you running installworld? Are you using sudo, su2, su, or something along those lines? Is this a cronjob? Etc... -- | 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 Oct 15 20:27: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 6D57A106568A for ; Wed, 15 Oct 2008 20:27:08 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id EF79B8FC34 for ; Wed, 15 Oct 2008 20:27:07 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so995345eyi.7 for ; Wed, 15 Oct 2008 13:27:06 -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=U9A74z2jR7fLmgLXkJwR4uvt/4NnAK3z1YuhoVJLLIE=; b=oTMk9ldltNhJ/yL5E/OThF94EZ0m7FoIFuJsu5/K1BnUClBxADzL3hIYm0sttKJkZl kPTe0eN35z2x9Or1b/26XMYp9FMG0bB5T0xZO1rFfQX0oKULqyl7a+6h0Pk+HavcPSuq 0ZFEIkxFYy5L8mwOMTcCyylDsJM3NNcqS3GqQ= 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=cC4KSG1obeM2TPSPtYJh96YXQQIs9rDdnty/augXVVItscWlPv0u+RJwvXo0hin5JX a0tZHSw/jkyV1p61d6v4eDlnAH7gWv+OcpybzlanR6AXzWlupoXZiMC581YHj3vjkQAa RTpm1/fXXWWFEJyVwxxOv2Oretu91Q3TnEqj4= Received: by 10.86.83.2 with SMTP id g2mr1755731fgb.54.1224102426686; Wed, 15 Oct 2008 13:27:06 -0700 (PDT) Received: by 10.86.54.10 with HTTP; Wed, 15 Oct 2008 13:27:06 -0700 (PDT) Message-ID: Date: Wed, 15 Oct 2008 22:27:06 +0200 From: "Claus Guttesen" To: "Jeremy Chadwick" In-Reply-To: <20081015201838.GA88096@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081015201838.GA88096@icarus.home.lan> Cc: FreeBSD Stable Subject: Re: error during installworld on 7.1 beta (was: error during buildworld on 7.1 beta) 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, 15 Oct 2008 20:27:08 -0000 >> During installworld I get: >> >> cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x >> > ncurses.3 >> sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.tail >> >terminfo.5 >> tr: not found >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh: >> cannot open unsorted26711: No such file or directory >> *** Error code 2 >> >> So it seems that $PATH is partially lost during installworld. > > What makes no sense to me is why I've never seen this. How exactly > are you doing the installworld? Are you booting into single-user like > you're supposed to? Is root's shell /bin/csh? Have you modified > /root/.cshrc to do odd things? > > I can't approve the diffs because they're not what's truly causing the > problem here. > > What is your $PATH, and from what sort of environment are you running > installworld? Are you using sudo, su2, su, or something along those > lines? Is this a cronjob? Etc... I discovered that the time on the server was not set so I synced it against a ntp-server. Incorrect time has been the cause during buildworld previously. I can try to perform a complete re-install and see if I can reproduce the problem tomorrow. -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 20:37: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 3DBFC1065695; Wed, 15 Oct 2008 20:37:03 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0B46A8FC14; Wed, 15 Oct 2008 20:37:01 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48F65490.6040305@FreeBSD.org> Date: Wed, 15 Oct 2008 21:37:36 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> In-Reply-To: <20081015083538.GA72190@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: System hanging during dump 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, 15 Oct 2008 20:37:03 -0000 Jeremy Chadwick wrote: >> Has anyone else seen anything similar? > > It's a known problem documented in my Wiki -- see "dump/restore". Note > the part about UFS2 snapshot generation. I'm almost certain this is > what you're describing. I don't know how you can say this so confidently without even comparing the process wait channels. Peter, there was a bug causing dump to hang (completely unrelated to UFS2 snapshot generation) merged to RELENG_7 a month or so ago. Can you try updating? Kris From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 21:07: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 CCAC31065695 for ; Wed, 15 Oct 2008 21:07:23 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 8889A8FC1E for ; Wed, 15 Oct 2008 21:07:23 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 860E5191A2B; Wed, 15 Oct 2008 23:07:20 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m9FL2s7S016244 for ; Wed, 15 Oct 2008 23:02:54 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m9FL2sta016243 for freebsd-stable@FreeBSD.org; Wed, 15 Oct 2008 23:02:54 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 15 Oct 2008 23:02:54 +0200 To: freebsd-stable@FreeBSD.org Message-ID: <20081015210254.GA15750@saturn.kn-bremen.de> Mail-Followup-To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: linprocfs patch for RELENG_6_4 (to make flash9 work), please test! 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, 15 Oct 2008 21:07:23 -0000 Hi! I've updated the patch I've tested on 6.3 for 6.4 (only offsets differ), if anyone can test it I can file a PR so it hopefully :) can be committed: http://people.freebsd.org/~nox/linprocfs-6.4.patch (same patch for 6.3: http://people.freebsd.org/~nox/linprocfs-6.3.patch ) The original posting with the patch for RELENG_7 that I used is here: http://lists.freebsd.org/pipermail/freebsd-emulation/2008-October/005331.html You probably want the updated libflashsupport.so from in there too, its at http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081001/3194e994/libflashsupport.so - as mentioned there you want to copy it to /compat/linux/usr/lib after installing the flash9 and nspluginwrapper ports. Oh and you still need to comment out the IGNORE line in the flash9 port's Makefile too. There's also a cpuset/*affinity patch for RELENG_7 posted here, http://docs.freebsd.org/cgi/mid.cgi?20081002071321.GA61530 6 doesn't have this code, so if the 6.4 linprocfs patch doesn't work for you on an SMP box please also test with SMP disabled. (Tho if you have SMP you probably should be running 7 anyway. :) Thanx, Juergen PS: don't forget to mount linprocfs to /compat/linux/proc after updating it :) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 21:40: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 16342106569C for ; Wed, 15 Oct 2008 21:40:23 +0000 (UTC) (envelope-from nagosaki@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5A08FC14 for ; Wed, 15 Oct 2008 21:40:21 +0000 (UTC) (envelope-from nagosaki@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so1007454eyi.7 for ; Wed, 15 Oct 2008 14:40:21 -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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=eJx9fWLtxU323v5UfgANSjx4mfLRU8x3fQ9YNl/uLTA=; b=OD4fYzDuP7nrwlscYgR/C7lmWTfDbk1FHVu5oeI4Znwn5a+8IegShntONWhc1i/EFQ jw74Rg0bl9HX3hxBRCvjrNU7a8aeTmr4UQG4rp4rY2I2lrrgnZMQ0JoeUMgKQpOn8h2F DDyeoFcN104L+NPE9tqELPZ8hazG7HY0O0qYs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=KCKJx+60TDWHrQH/rYi6sYrDS7S5ViVMVpPNYpNIlhQBDI5No7cKyCRYSKUZL7NtVg cemSpDGDEO92pQ3x59MeMiIXEvhBarwVJn7QfjcJziRhLGODdrrMQsjsqZHqZ2hnYfPn FJKzqKsW0Vrmx+RXGmnC0K5RtPqhDt5cdSumE= Received: by 10.210.126.5 with SMTP id y5mr1769700ebc.94.1224104921914; Wed, 15 Oct 2008 14:08:41 -0700 (PDT) Received: by 10.210.116.9 with HTTP; Wed, 15 Oct 2008 14:08:41 -0700 (PDT) Message-ID: <976ac5b80810151408s1190d194w3e78cd60ec04cfa4@mail.gmail.com> Date: Wed, 15 Oct 2008 17:08:41 -0400 From: "John R. Huston" Sender: nagosaki@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20081015051305.GA67579@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <976ac5b80810141852n85e87das9f4e11544e0222a6@mail.gmail.com> <20081015051305.GA67579@icarus.home.lan> X-Google-Sender-Auth: 0f17fb42ef9c76e6 Cc: "Andrey V. Elsukov" , freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: SATA devices not added/probed from ICH7 sata300 controller, FreeBSD7.0, 7.1beta, 8.0 Daily 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, 15 Oct 2008 21:40:23 -0000 On Wed, Oct 15, 2008 at 1:13 AM, Jeremy Chadwick wrote: > On Tue, Oct 14, 2008 at 09:52:09PM -0400, John R. Huston wrote: >> Hi, I am not very familiar with using mailing lists so if I have made >> a mistake in the format or scope of the message please correct me. I >> am pretty desperate for an answer by now so any help at all is really >> very appreciated. >> >> I have a Shuttle SD30G2 computer (Specs: >> http://preview.tinyurl.com/3knjrp ) which utilizes the intel ICH7 >> southbridge for sata devices. I am currently running FreeBSD >> 7.0-STABLE. The issue is that although the sata controller is >> apparently detected correctly (It shows up by name in dmesg) the >> devices attached to it do not show up when running 'atacontrol list'. >> There are no errors produced on a normal boot, but booting in verbose >> mode produces a few repetetive messages that may be telling, although >> I am unable to decipher them. > > First and foremost: I can assure you the ICH7 works fine on FreeBSD, > because all of our production servers use it. Of course, they are not > Shuttle systems. > > You didn't provide any detail of what hardware you have hooked up to the > motherboard. Do you actually have any SATA devices hooked up to the > SATA ports? What devices? > > This is why I ask: I see a Western Digital hard disk which shows up as > ad0 on that system. It's claiming ATA100 mode, but there are features > of the ICH7 (often called "Compatibility Mode" in BIOSes) which allow a > SATA device to appear as a PATA device to work with older operating > systems such as MS-DOS. > > I've looked at the SD30G2 user manual, and they do not appear to let > you enable that mode. "Enhanced Mode" causes SATA devices to operate > as SATA devices, and PATA devices to operate as PATA devices -- which > in this case, is what you want. (This BIOS does not offer AHCI, so > you can't use that either). > >> Some other symptoms; When booting from an installer or bootonly iso, >> the installer is unable to find the sata drive to install to and will >> exit with error. This applies to 7.0-release, 7.1 beta (From Oct 11), >> and the daily 8.0 bootonly (From may.) I have successfully installed >> Ubuntu 7.04 to the machine however, and it correctly installs and >> utilizes both the sata hard drive (ata2 in bsd) and the sata cdrom >> (ata3.) so this eliminates any possibility of the drive(s) or >> controller being faulty. and although I am currently using a custom >> built kernel, the fact that several bootonlys/installers cannot find >> the drive either would suggest it is not my configuration >> modifications which have caused this behavior. > > Agreed -- I do not think it's your kernel configuration. > > It sounds as if ata(4) has a bug that is not initialising some piece of > the ICH7, while Linux does. It may be that the Shuttle BIOS does not > initialise some piece of the ICH7 which other manufacturers do. > >> The full output from a verbose boot can be found here: >> http://pastebin.ca/1227417 ; The relevant (I think) section starts at >> roughly line #386 ("Intel ICH7 UDMA100 controller") where the first >> controller for the IDE drives are found. ata0 is probed successfully, >> ata1 is skipped (there are no devices attached here), and then the >> sata controller is found, but ata2 and ata3 appear to be probed >> incorrectly, spitting out a message like this a bunch of times before >> quietly failing: >> "ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff". > > This could be normal for verbose boot; it does not necessarily indicate > a problem, but the ATA guys will have to confirm. > > Also, regarding this mail thread, I'm going to do a couple things > with it: > > - Move it from -questions to -stable, because that's honestly where > this should go, > - Adding sos@freebsd.org (ata(4) author) to the CC list, > - Adding Andrey V. Elsukov to the CC list. Andrey > has been doing a lot of ata(4) work as of late. > > -- > | 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 | > > Hopefully I didn't bungle this up, using reply-to-all from gmail in the first response. (If there is a better way to reply, please let me know. I appreciate the help so I don't want to complicate things by replying incorrectly.) Yes, I know ICH7 is on the supported hardware list. That is particularly why I am so frustrated :) Anyway, as for which hardware I am using, ATA0 (First IDE Port) contains the WD800BB, the PATA Western Digital 80GB that I am currently relying on to boot FreeBSD. Although an ATA1 is reported, the motherboard actually only offers one ATA port, so I assume this is more a logical port in the controller than another port. ATA2, the first sata port, contains my Seagate 750GB ST3750330AS, a 750GB SATA300 with 32MB cache. ATA3, the second sata port, contains my Samsung SH-S203B DVD Burner. This means that yes, FreeBSD is correctly finding both controllers (PATA and SATA), but is failing to probe the devices on the SATA channel, since both the harddrive AND dvd-rom are not being found. (Though I seem to be perfectly able to boot the installer ISO from that DVD-Rom.) As for BIOS settings, I have changed them slightly, though Jeremy is correct, there are no options for a Legacy or Compatibility mode found. I have tried disconnecting the PATA devices (the WD80GB) and running the installer from the SATA DVD-Rom, but it too errors out when it comes time to install, since it cannot find a hard drive to install to. Also, before I started tinkering with the BIOS, I should mention that this problem was still occurring, so it does not seem as though resetting the BIOS settings back to default would alleviate the problem. I have also updated the BIOS to the latest revision published by Shuttle to alleviate some other symptoms. My current BIOS settings should be mostly default, If you would like to see the manual for the BIOS, it is located in PDF format (in a .zip) here: http://image.shuttle.com/ResourceCenter/download_file.jsp?file_id=10845 and the overall specifications for the machine are located here: http://global.shuttle.com/product_detail_spec.jsp?PI=969 (I reported erroneously in my first post I was using the SD30G2, I am actually using the SD30G2 Plus.) The system is currently bootable, so if there are any diagnostic commands you wish me to run, feel free to pass them along. Thanks for redirecting this to a more appropriate list, Jeremy. --John H From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 21:49: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 AB58C1065690 for ; Wed, 15 Oct 2008 21:49:47 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE1B8FC1C for ; Wed, 15 Oct 2008 21:49:47 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id VFK75411; Wed, 15 Oct 2008 14:47:11 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BF0E945010; Wed, 15 Oct 2008 14:47:10 -0700 (PDT) To: eculp In-Reply-To: Your message of "Wed, 15 Oct 2008 12:06:41 CDT." <20081015120641.1804535p8o038s0s@econet.encontacto.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1224107230_27104P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 15 Oct 2008 14:47:10 -0700 From: "Kevin Oberman" Message-Id: <20081015214710.BF0E945010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: eculp X-To_Domain: encontacto.net X-To: eculp X-To_Email: eculp@encontacto.net X-To_Alias: eculp Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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: Wed, 15 Oct 2008 21:49:47 -0000 --==_Exmh_1224107230_27104P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 15 Oct 2008 12:06:41 -0500 > From: eculp > Sender: owner-freebsd-stable@freebsd.org > > Quoting Kevin Oberman : > > >> From: Tijl Coosemans > >> Date: Tue, 14 Oct 2008 22:28:58 +0200 > >> > >> On Tuesday 14 October 2008 20:30:47 Kevin Oberman wrote: > >> > I have seen some messages that imply that flashplugin9 might be usable > >> > on STABLE. The port is sill marked IGNORE, though: > >> > ** Port marked as IGNORE: www/linux-flashplugin9: > >> > Unstable, no sound, generally unusable state > >> > > >> > I also thought that there might be a solution to the sound issue. > >> > > >> > Can anyone confirm the status? I would be happy to delete the IGNORE > >> > line if I thought it would work and I know what changes might be needed > >> > to get it to work. Even without sound, it would probably be useful. Too > >> > many sites are using Flash 9 for the entry page and there is no way to > >> > get to the site at all with Flash 7. > > From today's cvsup of Current, I still have the unmodified flash 9 > port with the warning messages. Has this actually been commited to > Current? ATM the port has a simple IGNORE line that does not consider the version under which it will be run. As Tijl mentioned, http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 would remove the IGNORE, but it has yet to be accepted by the port maintainer. If you are running a system with the needed patches, just delete the IGNORE line in the Makefile. I do suggest that the patch make the IGNORE dependent on the OSVERSION so it will continue to be IGNORE for versions where it won't work (until supported versions all work). I belive patches for HEAD, RELENG_7 and RELENG_6 have all been developed, so this may be moot if the commits are actually made. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1224107230_27104P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFI9mTekn3rs5h7N1ERAnavAJ96LKbEn5GNnm8/LURXueo7jF20+ACgnmmd e4vQtJw/zXaGpPZS8pjvQSU= =w157 -----END PGP SIGNATURE----- --==_Exmh_1224107230_27104P-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 02:55:55 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 97A501065690 for ; Thu, 16 Oct 2008 02:55:55 +0000 (UTC) (envelope-from heliocentric@gmail.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 46BD18FC1C for ; Thu, 16 Oct 2008 02:55:55 +0000 (UTC) (envelope-from heliocentric@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so711427ywe.13 for ; Wed, 15 Oct 2008 19:55:54 -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=PgB6lBtscRIXtuxTAZ+PVkhOaC0cyJr7a8cMjcTNNbA=; b=fSw1gTsHMmTnQXH1c+e5lSXCvZtGbCsvyreMKll2c8/4hi1g2/whtlbljy5vYPGUKn KK856GnrT8h/Zmgbn1Nbyk2LcxpUMm++mJeuz5dQQfhgA5FWmjV3AjzTHNEVetqHCCon dbBgnYPC/iaoYmXE6vQznIYsQPztykhB8Q5Tk= 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=CjjhlLsGK5Ml7Gsvf1ffOD7NtUMiguCsaTs/tZ0PBiVmPDlZa+5LoQZj1dKVs6lxoh ypRRxOX83E2xHKxt12lMecDBWwtDcgurLMhE1dCXrSkvCXUa1WFjAifibTiwBJSKfMRC fD1OuTcJnwohOr+3FyIueJNyNstQsA2cBph9E= Received: by 10.90.119.20 with SMTP id r20mr881400agc.5.1224125754364; Wed, 15 Oct 2008 19:55:54 -0700 (PDT) Received: by 10.90.100.18 with HTTP; Wed, 15 Oct 2008 19:55:54 -0700 (PDT) Message-ID: Date: Wed, 15 Oct 2008 22:55:54 -0400 From: heliocentric@gmail.com To: "Alfred Perlstein" In-Reply-To: <20081015194613.GK46393@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081015082428.GE26536@server.vk2pj.dyndns.org> <20081015083538.GA72190@icarus.home.lan> <20081015085843.GF26536@server.vk2pj.dyndns.org> <20081015090848.GA72852@icarus.home.lan> <20081015094809.GG26536@server.vk2pj.dyndns.org> <20081015105338.GA75226@icarus.home.lan> <20081015194613.GK46393@elvis.mu.org> Cc: freebsd-stable@freebsd.org Subject: Re: System hanging during dump 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, 16 Oct 2008 02:55:55 -0000 On 10/15/08, Alfred Perlstein wrote: > * heliocentric@gmail.com [081015 12:00] wrote: >> >> Perhaps a 'show locks' with an 8-CURRENT kernel with WITNESS enabled >> will shed light on the problem? As most of the filesystem locking >> doesn't use lockmgr in 7-STABLE, it would be silent with that kernel. > > I might be wrong here, but I think it's actually that lockmgr > in 7.x isn't watched by witness (but it is in 8.x) is why you > can only see this warnings in 8.x. > > (In other words, filesystems use lockmgr in just about every version > of FreeBSD back to 2.x or before.) Yes, you're right. I misread the email about the change. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 07:17: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 BC64E10656A5 for ; Thu, 16 Oct 2008 07:17:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 651F58FC54 for ; Thu, 16 Oct 2008 07:17:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA04.westchester.pa.mail.comcast.net with comcast id TKGZ1a0090ldTLk54KH25x; Thu, 16 Oct 2008 07:17:02 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.westchester.pa.mail.comcast.net with comcast id TKH11a0052P6wsM3QKH1tP; Thu, 16 Oct 2008 07:17:02 +0000 X-Authority-Analysis: v=1.0 c=1 a=mJNHdnNIt1IA:10 a=6I5d2MoRAAAA:8 a=FP58Ms26AAAA:8 a=QycZ5dHgAAAA:8 a=xyICPfz3WQGLBWeIYbwA:9 a=hIhv6WGBB2CQDR-BSxsA:7 a=Ry75OVrOEhPMq1Ur9zpXNWfeJAQA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id EB172C9419; Thu, 16 Oct 2008 00:17:00 -0700 (PDT) Date: Thu, 16 Oct 2008 00:17:00 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20081016071700.GA2793@icarus.home.lan> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081010115855.GA31707@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 07:17:03 -0000 On Fri, Oct 10, 2008 at 04:58:55AM -0700, Jeremy Chadwick wrote: > On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote: > > On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote: > > > Jeremy Chadwick wrote: > > >> Also, does your patch include any fixes (intentional or inadvertent) for > > >> Intel MatrixRAID? This has been a sore spot for FreeBSD for quite > > >> some time, and I'm curious to know if that has been fixed. > > > > > > There is only one fix for Intel Matrix RAID: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899 > > > > Ahh, yeah, I've seen that one as well. I'll apply the patch and let you > > know if the behaviour documented in the PR happens. > > I'm sorry I haven't gotten around to testing this -- my day (night) job > has kept me incredibly busy, and I've had hardly any time at home to > work on personal projects. It sucks. > > I'll try to make time for testing either today or tomorrow. I finally got around to testing this patch tonight on my P4SCE box. Said box does not use AHCI. Based on skimming the code, the patch needs to be tested on the following: - Systems with AHCI - Systems using SATA port multipliers - Systems using Silicon Image chips - Systems using VIA chipsets with SATA devices attached - Systems with Promise controllers that have ATAPI devices attached - Systems using Adaptec 1420SA controllers - Systems using ITE ATA/IDE controllers, specifically ITE 8213F - Systems that use suspend/resume Right now I have access to an AHCI-based system, but I do not feel comfortable testing yanking of disks or pulling of SATA cables to simulate a drive/controller failure -- because the disks attached to said box contain sensitive/important data. That said, this needs to be thoroughly tested: - Disk and/or controller failures when AHCI is in use (specifically due to major changes in ata_ahci_reset() and ata_ahci_softreset()) Other items: - Could someone provide an explanation of the 48-bit LBA addressing changes (see lines 988-1003 in the patch)? I'd like to know what they do, and if further QA/testing is needed with this. - Can we please see about adding the FreeNAS project's ata timeout sysctls? I see lots of delays/sleeps in numerous pieces of code that pertain to soft or hard resets of AHCI controllers, and I often worry about the implications of hard-coded timeouts. http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-patches/ata/files/patch-ata.diff?view=markup Thanks everyone! -- | 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 Oct 16 07:42:37 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 2B48C1065694 for ; Thu, 16 Oct 2008 07:42:37 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id AEC338FC15 for ; Thu, 16 Oct 2008 07:42:36 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2164500fgb.35 for ; Thu, 16 Oct 2008 00:42:35 -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=1Anf1vMhaVeajZsRURQtw7EikizZCcNQ4IxFtn5M8/w=; b=jAWn+OHpeI7PcN8MHE8JCT29EX+SKGRxJSuuVzDosDhgCtNbCXGfcey9bipX1juILj L/SwUar/81Ip0aPDCzzpIlqZeYOfcqhT0IUSBQTgqNtVSpr1WUmr6zn8tIrmSGbK2DBM 9oQq/153i0gLL6BXsaHSEBpx1m9ENJS1Jwxrc= 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=alOJoghNYXzJ6nNcqAI2JEY5+obapbU17bVzc1/wAJya8Y8XE9P1H6To/lPGGcQ8uY OS6QWr2CJF06A1NdQybxSmOPhPcd6e6wbvNMsOx/6fvUmUw8DpsdUgyP3xKolXbJjA1V OeYLEGxw0QGDPqJvrCJRqVIEqeTmZwqGEWx4k= Received: by 10.86.83.2 with SMTP id g2mr2243933fgb.54.1224142955326; Thu, 16 Oct 2008 00:42:35 -0700 (PDT) Received: by 10.86.54.10 with HTTP; Thu, 16 Oct 2008 00:42:35 -0700 (PDT) Message-ID: Date: Thu, 16 Oct 2008 09:42:35 +0200 From: "Claus Guttesen" To: "Jeremy Chadwick" In-Reply-To: <20081015201838.GA88096@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081015201838.GA88096@icarus.home.lan> Cc: FreeBSD Stable Subject: Re: error during installworld on 7.1 beta (was: error during buildworld on 7.1 beta) 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, 16 Oct 2008 07:42:37 -0000 >> During installworld I get: >> >> cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x >> > ncurses.3 >> sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.tail >> >terminfo.5 >> tr: not found >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh: >> cannot open unsorted26711: No such file or directory >> *** Error code 2 >> >> So it seems that $PATH is partially lost during installworld. > > What makes no sense to me is why I've never seen this. How exactly > are you doing the installworld? Are you booting into single-user like > you're supposed to? Is root's shell /bin/csh? Have you modified > /root/.cshrc to do odd things? You're correct. I found this thread which concludes with 'CHECK DATE CHECK DATE'. http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2003-05/0059.html I synced time and moved /usr/src and did a new csup against RELENG_7. Did a build- and installworld and it works like a charm. :-) I do a 'su -' before doing world and have not made any changes to the .cshrc. Sorry for the noise. -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 07:46:07 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 36548106568F for ; Thu, 16 Oct 2008 07:46:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id D30288FC25 for ; Thu, 16 Oct 2008 07:46:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA07.westchester.pa.mail.comcast.net with comcast id TKT81a00C0bG4ec57Km2ZD; Thu, 16 Oct 2008 07:46:02 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.westchester.pa.mail.comcast.net with comcast id TKm51a0012P6wsM3PKm5Tb; Thu, 16 Oct 2008 07:46:05 +0000 X-Authority-Analysis: v=1.0 c=1 a=9oqgLLwLu4EA:10 a=sA6pKsgKy7AA:10 a=wFaEK3txAAAA:8 a=QycZ5dHgAAAA:8 a=lOqqieIGIr6WPNG2A6QA:9 a=Z1kiJJMR5ctO5xzUotwA:7 a=quKQk06-__HuEPpX-BG8p4u93f0A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D90A2C9419; Thu, 16 Oct 2008 00:46:04 -0700 (PDT) Date: Thu, 16 Oct 2008 00:46:04 -0700 From: Jeremy Chadwick To: Claus Guttesen Message-ID: <20081016074604.GA3937@icarus.home.lan> References: <20081015201838.GA88096@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: error during installworld on 7.1 beta (was: error during buildworld on 7.1 beta) 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, 16 Oct 2008 07:46:07 -0000 On Thu, Oct 16, 2008 at 09:42:35AM +0200, Claus Guttesen wrote: > >> During installworld I get: > >> > >> cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x > >> > ncurses.3 > >> sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh > >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head > >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps > >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.tail > >> >terminfo.5 > >> tr: not found > >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh: > >> cannot open unsorted26711: No such file or directory > >> *** Error code 2 > >> > >> So it seems that $PATH is partially lost during installworld. > > > > What makes no sense to me is why I've never seen this. How exactly > > are you doing the installworld? Are you booting into single-user like > > you're supposed to? Is root's shell /bin/csh? Have you modified > > /root/.cshrc to do odd things? > > You're correct. I found this thread which concludes with 'CHECK DATE > CHECK DATE'. > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2003-05/0059.html > > I synced time and moved /usr/src and did a new csup against RELENG_7. > Did a build- and installworld and it works like a charm. :-) > > I do a 'su -' before doing world and have not made any changes to the > .cshrc. Sorry for the noise. What I don't understand is how time warp or clock skew could cause things like "tr" to not be found in your path. I fully understand how it can impact "make" and possibly even "sort", but not a missing binary in $PATH. -- | 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 Oct 16 09:15: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 B86B51065690; Thu, 16 Oct 2008 09:15:52 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forwards2.yandex.ru (forwards2.yandex.ru [213.180.200.23]) by mx1.freebsd.org (Postfix) with ESMTP id 667D68FC22; Thu, 16 Oct 2008 09:15:51 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by forwards2.yandex.ru (Postfix) with ESMTP id 52D2D4C40B2; Thu, 16 Oct 2008 13:15:49 +0400 (MSD) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:10980 "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 S7454780AbYJPJPs (ORCPT + 3 others); Thu, 16 Oct 2008 13:15:48 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1224148548 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <48F70642.7080701@yandex.ru> Date: Thu, 16 Oct 2008 13:15:46 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jeremy Chadwick References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> <20081016071700.GA2793@icarus.home.lan> In-Reply-To: <20081016071700.GA2793@icarus.home.lan> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: kib@freebsd.org, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 09:15:52 -0000 Jeremy Chadwick wrote: > - Could someone provide an explanation of the 48-bit LBA addressing > changes (see lines 988-1003 in the patch)? I'd like to know what they > do, and if further QA/testing is needed with this. I think this is for debug purposes. > - Can we please see about adding the FreeNAS project's ata timeout > sysctls? I see lots of delays/sleeps in numerous pieces of code that > pertain to soft or hard resets of AHCI controllers, and I often worry > about the implications of hard-coded timeouts. > > http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-patches/ata/files/patch-ata.diff?view=markup As i remember changes in FreeNAS don't change timeouts for resets. In any case, these changes can not be in 7.1-RELEASE. My patch targeted to move changes from CURRENT to 7.1. But it seems there are too few testers and patch can not be commited. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 09:56: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 5016A1065696 for ; Thu, 16 Oct 2008 09:56:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 691828FC17 for ; Thu, 16 Oct 2008 09:56:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA08.westchester.pa.mail.comcast.net with comcast id TMVL1a0030mv7h058Mw3N2; Thu, 16 Oct 2008 09:56:03 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA11.westchester.pa.mail.comcast.net with comcast id TMvX1a0062P6wsM3XMvYYf; Thu, 16 Oct 2008 09:55:32 +0000 X-Authority-Analysis: v=1.0 c=1 a=mJNHdnNIt1IA:10 a=FP58Ms26AAAA:8 a=QycZ5dHgAAAA:8 a=p9W5UIX0RMOZJsEcF3sA:9 a=ZDwJWcrJhmvvt3YEP60A:7 a=40ZkwX-G2TveUunzOtvTzab6EHgA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 12406C9419; Thu, 16 Oct 2008 02:56:08 -0700 (PDT) Date: Thu, 16 Oct 2008 02:56:08 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20081016095608.GA5861@icarus.home.lan> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> <20081016071700.GA2793@icarus.home.lan> <48F70642.7080701@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F70642.7080701@yandex.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 09:56:11 -0000 On Thu, Oct 16, 2008 at 01:15:46PM +0400, Andrey V. Elsukov wrote: >> - Can we please see about adding the FreeNAS project's ata timeout >> sysctls? I see lots of delays/sleeps in numerous pieces of code that >> pertain to soft or hard resets of AHCI controllers, and I often worry >> about the implications of hard-coded timeouts. >> >> http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-patches/ata/files/patch-ata.diff?view=markup > > As i remember changes in FreeNAS don't change timeouts for resets. You're quite right -- they define the allowed time between the moment the OS sends a command to the device/disk to the time the device/disk sends back an OK/response. The point is that all these timeouts (well, not every single one, but the obvious ones) should be sysctl adjustables. I worry that too strict a timeout could cause the device/controller to be inappropriately reset during times when a disk may be doing something internally (such was the case with old IBM disks and their ADM feature; true, the feature is no longer implemented, but you get the point), and I also worry that too loose of a timeout might cause the system to lock up for long durations of time when a controller reset actually is needed. The default values we have are fine, but letting people tune them based on their system would be ideal. The FreeNAS guys have already provided evidence that tuning such variables is beneficial for some users, depending upon the type of disk and bus they're using. > In any case, these changes can not be in 7.1-RELEASE. My patch > targeted to move changes from CURRENT to 7.1. But it seems there > are too few testers and patch can not be commited. This doesn't bode well. :-( I think the problem is: 1) Not a lot of people have "dev boxes" they can try this stuff out on, (Personally, I do have such boxes, but I don't have physical access to them (I would have to go to our datacenter) to try failure scenarios; "general" usability testing I can do of course), 2) Very few (if any at all) are willing to put the patch on a production machine, as the risks outweigh the benefits for most, 3) Lack of eyeballs -- I have no idea how many FreeBSD users are subscribed to -stable, and of those, how many use ATA or even care about the patch ("my stuff works, why would I want to try this?") Are we hoping that the patch will be included in 7.2? -- | 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 Oct 16 10:20: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 25D63106569E; Thu, 16 Oct 2008 10:20:32 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id 447828FC12; Thu, 16 Oct 2008 10:20:31 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (localhost [127.0.0.1]) by mail.ismobile.com (Postfix) with ESMTP id 11EB763; Thu, 16 Oct 2008 12:20:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ismobile.com; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version: content-type; s=selector1; bh=G2QXi2B77tGxMa7nt6tqn6kvjHI=; b=gV KEQsvWxhcLPBY1kiKJk6AhmX8R2CfOeN0m+vBzNP7UOR7Fnh4G7rNozRzprL9tWr yMnidMc5l25nlJLRBLlKTAUwfuNbe6IXDyIL/LvZXuR4sfbzAVJr/ZDRaCyo/55E G+4njnBgJgCo4t73kmtcUwVhbHBg2vrkkDadDjkm0= Received: from [172.16.2.119] (unknown [172.16.2.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTPSA id 02D7E62; Thu, 16 Oct 2008 12:20:27 +0200 (CEST) Date: Thu, 16 Oct 2008 12:20:27 +0200 From: Goran Lowkrantz To: "Andrey V. Elsukov" Message-ID: <836B8A264C59B67CC07EB80D@syn> In-Reply-To: <48F70642.7080701@yandex.ru> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> <20081016071700.GA2793@icarus.home.lan> <48F70642.7080701@yandex.ru> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========5B9268ADA166068F5DD8==========" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 10:20:32 -0000 --==========5B9268ADA166068F5DD8========== Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Ok, I was not sure if this was a "No news is good news" request. Attached are the lspci:s of the MB and devices I have had the pleasure of=20 testing. I have found nothing bad on these once but please remember that I=20 had to hack the nVidia MCP67-A1 to have it accepted as a SATA and AHCI=20 controller. All controllers have had large copy in/out, backups at file-system level=20 via dump/zfs snapshot and tar and all have had bonny++ tests done. On AHCI controllers, I have at least remove and re-inserted one disk of a=20 zpool. Cheers, G=F6ran Best regards, G=F6ran L --On October 16, 2008 13:15:46 +0400 "Andrey V. Elsukov"=20 wrote: > Jeremy Chadwick wrote: >> - Could someone provide an explanation of the 48-bit LBA addressing >> changes (see lines 988-1003 in the patch)? I'd like to know what they >> do, and if further QA/testing is needed with this. > > I think this is for debug purposes. > >> - Can we please see about adding the FreeNAS project's ata timeout >> sysctls? I see lots of delays/sleeps in numerous pieces of code that >> pertain to soft or hard resets of AHCI controllers, and I often worry >> about the implications of hard-coded timeouts. >> >> http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-p >> atches/ata/files/patch-ata.diff?view=3Dmarkup > > As i remember changes in FreeNAS don't change timeouts for resets. > In any case, these changes can not be in 7.1-RELEASE. My patch > targeted to move changes from CURRENT to 7.1. But it seems there > are too few testers and patch can not be commited. > > -- > WBR, Andrey V. Elsukov > _______________________________________________ > 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" ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ............................................... --==========5B9268ADA166068F5DD8==========-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 10:51: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 A22D61065690; Thu, 16 Oct 2008 10:51:08 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id E494D8FC23; Thu, 16 Oct 2008 10:51:07 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (localhost [127.0.0.1]) by mail.ismobile.com (Postfix) with ESMTP id 9A7A094; Thu, 16 Oct 2008 12:51:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ismobile.com; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version: content-type; s=selector1; bh=MGY36l944PEneiD9fsDQzb7HDRw=; b=lA IMrCs2cZaMlCsGdx//6xLyB/11GV3Py9/39A15Jw58M60UjHpeYlkFmlt4dbh3GT 9He5bRpz0YJhRHx38TalRji29SxsVG9ajGgVE+xcIdaOpR5JLVLNqvs+FP45ylFf MiVAKTWa5zluigZVj44Fs7A8cUQc4e2X84JJ2emNI= Received: from [172.16.2.119] (unknown [172.16.2.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTPSA id 7AA4693; Thu, 16 Oct 2008 12:51:05 +0200 (CEST) Date: Thu, 16 Oct 2008 12:51:04 +0200 From: Goran Lowkrantz To: "Andrey V. Elsukov" Message-ID: <6F718A085226A4D60C92BD5A@syn> In-Reply-To: <836B8A264C59B67CC07EB80D@syn> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> <20081016071700.GA2793@icarus.home.lan> <48F70642.7080701@yandex.ru> <836B8A264C59B67CC07EB80D@syn> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========CCE29D9EAE006DE1BB3D==========" Cc: kib@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 10:51:08 -0000 --==========CCE29D9EAE006DE1BB3D========== Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline It seems the attachment got eaten somewhere. Trying again with correct=20 content type. /glz --On October 16, 2008 12:20:27 +0200 Goran Lowkrantz=20 wrote: > Ok, I was not sure if this was a "No news is good news" request. > > Attached are the lspci:s of the MB and devices I have had the pleasure of > testing. I have found nothing bad on these once but please remember that > I had to hack the nVidia MCP67-A1 to have it accepted as a SATA and AHCI > controller. > > All controllers have had large copy in/out, backups at file-system level > via dump/zfs snapshot and tar and all have had bonny++ tests done. > > On AHCI controllers, I have at least remove and re-inserted one disk of a > zpool. > > Cheers, > G=F6ran > > Best regards, > G=F6ran L > > --On October 16, 2008 13:15:46 +0400 "Andrey V. Elsukov" > wrote: > >> Jeremy Chadwick wrote: >>> - Could someone provide an explanation of the 48-bit LBA addressing >>> changes (see lines 988-1003 in the patch)? I'd like to know what = they >>> do, and if further QA/testing is needed with this. >> >> I think this is for debug purposes. >> >>> - Can we please see about adding the FreeNAS project's ata timeout >>> sysctls? I see lots of delays/sleeps in numerous pieces of code that >>> pertain to soft or hard resets of AHCI controllers, and I often worry >>> about the implications of hard-coded timeouts. >>> >>> = http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-p >>> atches/ata/files/patch-ata.diff?view=3Dmarkup >> >> As i remember changes in FreeNAS don't change timeouts for resets. >> In any case, these changes can not be in 7.1-RELEASE. My patch >> targeted to move changes from CURRENT to 7.1. But it seems there >> are too few testers and patch can not be commited. >> >> -- >> WBR, Andrey V. Elsukov >> _______________________________________________ >> 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" > > > > ................................................... the future isMobile > > Goran Lowkrantz > System Architect, isMobile AB > Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden > Mobile: +46(0)70-587 87 82 > http://www.ismobile.com ............................................... ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ............................................... --==========CCE29D9EAE006DE1BB3D========== Content-Type: text/plain; charset=utf-8; name="ata.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ata.txt"; size=11496 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D MB: Intel D915GAV 00:1f.1 IDE interface [0101]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 = Family) IDE Controller [8086:266f] (rev 03) (prog-if 8a [Master SecP PriP]) Subsystem: Intel Corporation Unknown device [8086:4156] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- = Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- = SERR- Region 1: I/O ports at Region 2: I/O ports at Region 3: I/O ports at Region 4: I/O ports at ffa0 00:1f.2 IDE interface [0101]: Intel Corporation 82801FB/FW (ICH6/ICH6W) = SATA Controller [8086:2651] (rev 03) (prog-if 8f [Master SecP SecO PriP = PriO]) Subsystem: Intel Corporation Unknown device [8086:4156] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- = Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- = SERR- TAbort- = SERR- TAbort- = SERR- TAbort- = SERR- 00:14.1 IDE interface [0101]: ATI Technologies Inc SB700/SB800 IDE = Controller [1002:439c] (prog-if 8a [Master SecP PriP]) Subsystem: Giga-byte Technology Unknown device [1458:5002] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- = Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=3Dmedium >TAbort- = SERR- Region 1: I/O ports at Region 2: I/O ports at Region 3: I/O ports at Region 4: I/O ports at fa00 Capabilities: [70] Message Signalled Interrupts: Mask- 64bit- Queue=3D0/0 = Enable- Address: 00000000 Data: 0000 02:00.0 SCSI storage controller [0100]: HighPoint Technologies, Inc. = RocketRAID 2310 4 Port SATA-II Controller [1103:2310] (rev 02) Subsystem: Marvell Technology Group Ltd. Unknown device [11ab:11ab] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- = Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- --==========CCE29D9EAE006DE1BB3D==========-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 12:36: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 B9E951065695; Thu, 16 Oct 2008 12:36:32 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.freebsd.org (Postfix) with ESMTP id 625B98FC13; Thu, 16 Oct 2008 12:36:32 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from [IPv6:::1] (chimp.ripe.net [193.0.1.199]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id m9GC2ETd087547 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 16 Oct 2008 12:02:20 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host chimp.ripe.net [193.0.1.199] claimed to be [IPv6:::1] Message-Id: From: Ruben van Staveren To: Goran Lowkrantz In-Reply-To: <6F718A085226A4D60C92BD5A@syn> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-54-1038192382" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Thu, 16 Oct 2008 14:02:07 +0200 References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> <20081016071700.GA2793@icarus.home.lan> <48F70642.7080701@yandex.ru> <836B8A264C59B67CC07EB80D@syn> <6F718A085226A4D60C92BD5A@syn> X-Pgp-Agent: GPGMail d52 (v52, Leopard) X-Mailer: Apple Mail (2.929.2) X-Virus-Scanned: ClamAV 0.94/8433/Thu Oct 16 06:56:26 2008 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (erg.verweg.com [217.77.141.129]); Thu, 16 Oct 2008 12:02:20 +0000 (UTC) Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , "Andrey V. Elsukov" , kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 12:36:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-54-1038192382 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit I'm getting this on FreeBSD/amd64 with the ata patch. It also blew one part of the gmirror the system is running on. The machine is a Sun Fire X2100-M2 with 4gb memory, running from a RELENG_7 csup of a couple of hours ago. [...] atapci1: port 0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc0f mem 0xfcff9000-0xfcff9fff irq 23 at device 5.0 on pci0 ad4: 238471MB at ata2- master SATA300 ad6: 238471MB at ata3- master SATA300 [...] Trying to mount root from ufs:/dev/ufs/root ad4: FAILURE - load data ad4: setting up DMA failed ad4: FAILURE - load data ad4: setting up DMA failed GEOM_MIRROR: Request failed (error=5). ad4[READ(offset=1550114304, length=81920)] GEOM_MIRROR: Device gm0: provider ad4 disconnected. ad6: FAILURE - load data ad6: setting up DMA failed ad6: FAILURE - load data ad6: setting up DMA failed GEOM_MIRROR: Request failed (error=5). ad6[READ(offset=1550114304, length=81920)] GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5). ad6: FAILURE - load data ad6: setting up DMA failed GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5). ad6: FAILURE - load data ad6: setting up DMA failed ad6: FAILURE - load data ad6: setting up DMA failed ad6: FAILURE - load data ad6: setting up DMA failed GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5). GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5). /libexec/ld-elf.so.1: /lib/libncurses.so.7: invalid file format ad6: FAILURE - load data ad6: setting up DMA failed GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5). ad6: FAILURE - load data ad6: setting up DMA failed GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5). ad6: FAILURE - load data ad6: setting up DMA failed GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5). Regards, Ruben --Apple-Mail-54-1038192382 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFI9y1AZ88+mcQxRw0RAumNAJ9PJrKjzb4NrY7bxTJFOZIaS7AhSgCfcBYH uxwdiA7hCCyD2u1RhGklEn8= =0sNF -----END PGP SIGNATURE----- --Apple-Mail-54-1038192382-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 14:42: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 21D7010656C3 for ; Thu, 16 Oct 2008 14:42:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 80F628FC19 for ; Thu, 16 Oct 2008 14:42:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m9GEgEvj093139; Thu, 16 Oct 2008 16:42:15 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m9GEgCrb093138; Thu, 16 Oct 2008 16:42:12 +0200 (CEST) (envelope-from olli) Date: Thu, 16 Oct 2008 16:42:12 +0200 (CEST) Message-Id: <200810161442.m9GEgCrb093138@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, andrewd@webzone.net.au, Gary Kline In-Reply-To: <48F173A8.7000506@webzone.net.au> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 16 Oct 2008 16:42:16 +0200 (CEST) Cc: Subject: Re: rsync or even scp questions.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, andrewd@webzone.net.au, Gary Kline List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 14:42:18 -0000 Why was this posted to -stable? Anyway ... Andrew D wrote: > Gary Kline wrote: > > On the Ubuntu computer I am /home/kline; on my main computer, > > my home is /usr/home/kline. The following sh script worked > > perfected when my home on "tao" [FBSD] was /home/kline: I always create symlinks from /home to /usr/home or vice versa, so both of them always work. > ~kline is an alias for the home directory for the user kline. You can > use that in your scripts rather than the full path :) > As far as I know it works in all *nix variants. It's not a matter of the UNIX variant, it's a matter of the shell. Most shells support the "~" tilde expansion (FreeBSD's sh, csh, and shells from ports such as bash, ksh and zsh). However, I still recommend to use $HOME instead inside scripts for portability reasons. For example, Solaris' /bin/sh does _not_ support "~". $HOME always works. > > #!/bin/sh > > > > PWD=`pwd`; > > echo "This directory is [${PWD}]"; > > > > scp -qrp ${PWD}/* ethos:/${PWD} Many superfluous characters. You can make it shorter: scp -qrp $PWD/* ethos:$PWD > > ###/usr/bin/scp -rqp -i /home/kline/.ssh/zeropasswd-id ${PWD}/* \ klin > > e@ethos:/${PWD} > > > > Question #1: is there any /bin/sh method of getting rid of the > > "/usr"? I switch off between my two computers especially when > > get mucked up, as with my upgrade to kde4. (Otherwise, I do > > backups of ~kline as well as other critical directories.) The easiest way is to make a symlink from /usr/home to /home, as explained above. To answer your actual question: You can use "#" to remove a prefix in /bin/sh scripts: $ foo=/usr/home/whatever $ echo ${foo#/usr} /home/whatever If the variable doesn't have a matching prefix, the result remains unchanged. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Software gets slower faster than hardware gets faster." -- Niklaus Wirth From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 17:45: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 929A81065688 for ; Thu, 16 Oct 2008 17:45:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 3956E8FC29 for ; Thu, 16 Oct 2008 17:45:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA07.westchester.pa.mail.comcast.net with comcast id TSNr1a00P0bG4ec57VlPu7; Thu, 16 Oct 2008 17:45:23 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.westchester.pa.mail.comcast.net with comcast id TVlR1a00G2P6wsM3PVlSpp; Thu, 16 Oct 2008 17:45:27 +0000 X-Authority-Analysis: v=1.0 c=1 a=mJNHdnNIt1IA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=4ys7DzxXlKytja3WQdsA:9 a=Qcsu7Kwbqq54neQY94sA:7 a=nuOs1BRjINxHX7UtCF_NQNJAy4MA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 44586C941C; Thu, 16 Oct 2008 10:45:25 -0700 (PDT) Date: Thu, 16 Oct 2008 10:45:25 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20081016174525.GA16035@icarus.home.lan> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> <20081016071700.GA2793@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081016071700.GA2793@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: kib@freebsd.org, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 17:45:28 -0000 On Thu, Oct 16, 2008 at 12:17:00AM -0700, Jeremy Chadwick wrote: > On Fri, Oct 10, 2008 at 04:58:55AM -0700, Jeremy Chadwick wrote: > > On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote: > > > On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote: > > > > Jeremy Chadwick wrote: > > > >> Also, does your patch include any fixes (intentional or inadvertent) for > > > >> Intel MatrixRAID? This has been a sore spot for FreeBSD for quite > > > >> some time, and I'm curious to know if that has been fixed. > > > > > > > > There is only one fix for Intel Matrix RAID: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899 > > > > > > Ahh, yeah, I've seen that one as well. I'll apply the patch and let you > > > know if the behaviour documented in the PR happens. > > > > I'm sorry I haven't gotten around to testing this -- my day (night) job > > has kept me incredibly busy, and I've had hardly any time at home to > > work on personal projects. It sucks. > > > > I'll try to make time for testing either today or tomorrow. > > I finally got around to testing this patch tonight on my P4SCE box. And I just ran into a problem with the new patch. First time I've ever seen this. Machine has been rebooted a couple times this morning, nothing out of the ordinary where (machine has been rebooted a few times, had no problem). First time I've seen it: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] {snip non-relevant stuff} Timecounters tick every 1.000 msec unknown: timeout waiting to issue command unknown: error issuing ATA_IDENTIFY command unknown: timeout waiting to issue command unknown: error issuing ATA_IDENTIFY command acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> I rebooted the box at this point. Sure enough, it came up fine: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] {snip non-relevant stuff} Timecounters tick every 1.000 msec ad0: 114473MB at ata0-master SATA150 acd0: CDROM at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS And so on. I'm not sure how to reproduce this bug, but it does appear to be a bug. -- | 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 Oct 16 17:51: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 2E5271065696 for ; Thu, 16 Oct 2008 17:51:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id C8CD68FC15 for ; Thu, 16 Oct 2008 17:51:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA01.westchester.pa.mail.comcast.net with comcast id TUP21a07N0mv7h051VraLz; Thu, 16 Oct 2008 17:51:34 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA11.westchester.pa.mail.comcast.net with comcast id TVqv1a00Q2P6wsM3XVqwkA; Thu, 16 Oct 2008 17:50:57 +0000 X-Authority-Analysis: v=1.0 c=1 a=mJNHdnNIt1IA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=rQTIRpRZ6g-S6j-y2qMA:9 a=OGWidbZ5vvGv4smcCxsA:7 a=B3yiYAIyQn8_UHeSgnunKVzLzxYA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D9F93C941C; Thu, 16 Oct 2008 10:51:32 -0700 (PDT) Date: Thu, 16 Oct 2008 10:51:32 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20081016175132.GA16172@icarus.home.lan> References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> <20081016071700.GA2793@icarus.home.lan> <20081016174525.GA16035@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081016174525.GA16035@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 17:51:35 -0000 On Thu, Oct 16, 2008 at 10:45:25AM -0700, Jeremy Chadwick wrote: > On Thu, Oct 16, 2008 at 12:17:00AM -0700, Jeremy Chadwick wrote: > > On Fri, Oct 10, 2008 at 04:58:55AM -0700, Jeremy Chadwick wrote: > > > On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote: > > > > On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote: > > > > > Jeremy Chadwick wrote: > > > > >> Also, does your patch include any fixes (intentional or inadvertent) for > > > > >> Intel MatrixRAID? This has been a sore spot for FreeBSD for quite > > > > >> some time, and I'm curious to know if that has been fixed. > > > > > > > > > > There is only one fix for Intel Matrix RAID: > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899 > > > > > > > > Ahh, yeah, I've seen that one as well. I'll apply the patch and let you > > > > know if the behaviour documented in the PR happens. > > > > > > I'm sorry I haven't gotten around to testing this -- my day (night) job > > > has kept me incredibly busy, and I've had hardly any time at home to > > > work on personal projects. It sucks. > > > > > > I'll try to make time for testing either today or tomorrow. > > > > I finally got around to testing this patch tonight on my P4SCE box. > > And I just ran into a problem with the new patch. First time I've ever > seen this. Machine has been rebooted a couple times this morning, > nothing out of the ordinary > where (machine has been rebooted a few times, had no problem). First > time I've seen it: I'm having vim problems too, apparently. :-) I wish I knew why "gq}" behaves differently depending upon the amount of time between hitting the "q" key and the "}" key. My quoted paragraph should have read: > And I just ran into a problem with the new patch. First time I've ever > seen this. Machine has been rebooted a couple times this morning, > nothing out of the ordinary. -- | 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 Oct 16 19:29: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 9AFE6106564A; Thu, 16 Oct 2008 19:29:51 +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 27CD68FC18; Thu, 16 Oct 2008 19:29:50 +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 58FDC19E023; Thu, 16 Oct 2008 21:29:49 +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 0EBDE19E019; Thu, 16 Oct 2008 21:29:47 +0200 (CEST) Message-ID: <48F7964C.4060309@quip.cz> Date: Thu, 16 Oct 2008 21:30:20 +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: Jeremy Chadwick References: <20080921220720.GA9847@icarus.home.lan> <249873145.20080926213341@takeda.tk> <20080927051413.GA42700@icarus.home.lan> <765067435.20080926223557@takeda.tk> <20080927064417.GA43638@icarus.home.lan> <20080927202250.GA60980@icarus.home.lan> <48E0DB7E.20804@quip.cz> <1222699642.24339.12.camel@buffy.york.ac.uk> <48E0F36C.1080400@quip.cz> <20080929153220.GA11459@icarus.home.lan> In-Reply-To: <20080929153220.GA11459@icarus.home.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Recommendations for servers running SATA drives [hot-swap] 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, 16 Oct 2008 19:29:51 -0000 Jeremy Chadwick wrote: > On Mon, Sep 29, 2008 at 05:25:32PM +0200, Miroslav Lachman wrote: > >>It was about year ago with Asus and Sun Fire X2100. I don't have Asus >>servers now (all returned as reclamation). Now I am running one X2100 >>and about ten X2100 M2. I have one spare X2100 M2, so if somebody have >>exact order of commands used to "hot-swap" the disk, I can test it in >>few days. > > > I believe the correct order of operation is to do a "detach" on the > channel before physically removing the disk, insert the new disk, then > do "attach" on the same channel. "list" should be done afterwards to > ensure the new disk shows up. > > If you want me to verify for certain, I have a test box built in the > other room which has a SATA hot-swap backplane on it. > > I've also seen cases where the "attach" works, but upon doing "list", > the old disk ID/string is still shown. In this case I had to do a > "detach", remove the disk, insert the new disk, "reinit", then an > "attach" for things to work. > > Finally, I've also seen the kernel panic or hard-lock after running > "reinit", but this may have had something to do with Intel MatrixRAID. Today I was replacing disk in one Sun Fire X2100 M2 so I tried hot-swapping. It was as you said: atacontrol detach ata3, replace the HDD, atacontrol attach ata3 and new disk is in the system. I tried it 3 times to be sure that it was not coincidence - no panic was produced ;o) So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD 7.0 i386 works. Miroslav Lachman # atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present 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 # atacontrol detach ata3 subdisk6: detached ad6: detached GEOM_MIRROR: Device gm0: provider ad6 disconnected # atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: no device present Slave: no device present ## [old disk was physically removed] ## [new disk was physically inserted] # atacontrol attach ata3 ata3: [ITHREAD] ad6: 953869MB at ata3-master SATA300 Master: ad6 Serial ATA II Slave: no device present # atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present 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 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 19:56: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 D91971065698 for ; Thu, 16 Oct 2008 19:56:15 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from server1.tntpowerhost.com (server1.tntpowerhost.com [208.100.3.23]) by mx1.freebsd.org (Postfix) with ESMTP id B46C28FC15 for ; Thu, 16 Oct 2008 19:56:15 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from [68.89.211.157] (helo=localhost) by server1.tntpowerhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KqYTc-0009xO-QO; Thu, 16 Oct 2008 14:25:40 -0500 Date: Thu, 16 Oct 2008 14:25:37 -0500 From: Mark Kane To: Tijl Coosemans Message-ID: <20081016142537.446d6dc1@mkproductions.org> In-Reply-To: <200810142229.00295.tijl@ulyssis.org> References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.tntpowerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - mkproductions.org Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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, 16 Oct 2008 19:56:15 -0000 On Tue, Oct 14, 2008, at 22:28:58 +0200, Tijl Coosemans wrote: > Patches have been committed to CURRENT and should have been MFC'ed > last weekend, but haven't for some reason. > > The port has a PR waiting for maintainer feedback: > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 > > The relevant thread on emulation@ is: > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html > (continues in October archives) Hi. I'm using RELENG_7 as of yesterday which appears to have the linprocfs fixes from CURRENT, and I also updated linux-flashplayer9 with the patch from the above PR. When trying to use Flash 9 in linux-opera a few Flash items work (such as Adobe's test page which confirms it is using version 9 and sound does work on the rollovers there), but most things including YouTube videos or videos from other sites either do not play at all and lock up immediately or play for a few seconds and then lock up: ---------------- opera: Plug-in 90514 is not responding. It will be closed. opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep blocked plug-ins. ---------------- Trying with linux-firefox and linux-firefox-devel gives similar results except Firefox crashes entirely on most Flash sites. I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8 and 2.6.16 since I saw others in the above emulation@ thread having success with f8. There doesn't seem to be any change with f8. Is this still the expected behavior? I'm not sure if these fixes were supposed to fix everything related to Flash 9 or if there are still things to be done, so I'm just giving it a try and posting the results. I am running amd64 by the way. Thanks very much in advance, -Mark FreeBSD 7.1-PRERELEASE #14: Thu Oct 16 00:12:09 CDT 2008 amd64 -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 20:22: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 0C73A1065688 for ; Thu, 16 Oct 2008 20:22:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 31D168FC14 for ; Thu, 16 Oct 2008 20:22:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KqZ6B-0001eT-US; Thu, 16 Oct 2008 23:05:31 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m9GK5QdB055572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Oct 2008 23:05:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id m9GK5QIe049862; Thu, 16 Oct 2008 23:05:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m9GK5Q06049856; Thu, 16 Oct 2008 23:05:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 16 Oct 2008 23:05:26 +0300 From: Kostik Belousov To: Mark Kane Message-ID: <20081016200526.GV7782@deviant.kiev.zoral.com.ua> References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B9sQK8H3qcae8SLi" Content-Disposition: inline In-Reply-To: <20081016142537.446d6dc1@mkproductions.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua 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.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KqZ6B-0001eT-US 67254567e5db8f804028e89518741d88 X-Terabit: YES Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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, 16 Oct 2008 20:22:47 -0000 --B9sQK8H3qcae8SLi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 16, 2008 at 02:25:37PM -0500, Mark Kane wrote: > On Tue, Oct 14, 2008, at 22:28:58 +0200, Tijl Coosemans wrote: > > Patches have been committed to CURRENT and should have been MFC'ed > > last weekend, but haven't for some reason. > >=20 > > The port has a PR waiting for maintainer feedback: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D127839 > >=20 > > The relevant thread on emulation@ is: > > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005= 311.html > > (continues in October archives) >=20 > Hi. >=20 > I'm using RELENG_7 as of yesterday which appears to have the linprocfs > fixes from CURRENT, and I also updated linux-flashplayer9 with the > patch from the above PR. >=20 > When trying to use Flash 9 in linux-opera a few Flash items work (such > as Adobe's test page which confirms it is using version 9 and sound > does work on the rollovers there), but most things including YouTube > videos or videos from other sites either do not play at all and lock up > immediately or play for a few seconds and then lock up: >=20 > ---------------- > opera: Plug-in 90514 is not responding. It will be closed. > opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep > blocked plug-ins. > ---------------- >=20 > Trying with linux-firefox and linux-firefox-devel gives similar > results except Firefox crashes entirely on most Flash sites. >=20 > I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8 > and 2.6.16 since I saw others in the above emulation@ thread having > success with f8. There doesn't seem to be any change with f8. >=20 > Is this still the expected behavior? I'm not sure if these fixes were > supposed to fix everything related to Flash 9 or if there are still > things to be done, so I'm just giving it a try and posting the results. > I am running amd64 by the way. >=20 > Thanks very much in advance, Hmm, finaly I noted this thread. There is one more patch in the pipeline for 7 that is needed, as I was told. Testing of that patch seems to be stalled, so I am interested in the feedback. Possible rejects of the $FreeBSD$ chunks are fine. Property changes on: . ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys:r177257,177604,183612 Index: compat/linux/linux_misc.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- compat/linux/linux_misc.c (revision 183958) +++ compat/linux/linux_misc.c (working copy) @@ -63,6 +63,7 @@ #include #include #include +#include =20 #include =20 @@ -1730,22 +1731,57 @@ } =20 /* - * XXX: fake one.. waiting for real implementation of affinity mask. + * Get affinity of a process. */ int linux_sched_getaffinity(struct thread *td, struct linux_sched_getaffinity_args *args) { int error; - cpumask_t i =3D ~0; + struct cpuset_getaffinity_args cga; =20 - if (args->len < sizeof(cpumask_t)) +#ifdef DEBUG + if (ldebug(sched_getaffinity)) + printf(ARGS(sched_getaffinity, "%d, %d, *"), args->pid, + args->len); +#endif + if (args->len < sizeof(cpuset_t)) return (EINVAL); =20 - error =3D copyout(&i, args->user_mask_ptr, sizeof(cpumask_t)); - if (error) - return (EFAULT); + cga.level =3D CPU_LEVEL_WHICH; + cga.which =3D CPU_WHICH_PID; + cga.id =3D args->pid; + cga.cpusetsize =3D sizeof(cpuset_t); + cga.mask =3D (cpuset_t *) args->user_mask_ptr; =20 - td->td_retval[0] =3D sizeof(cpumask_t); - return (0); + if ((error =3D cpuset_getaffinity(td, &cga)) =3D=3D 0) + td->td_retval[0] =3D sizeof(cpuset_t); + + return (error); } + +/* + * Set affinity of a process. + */ +int +linux_sched_setaffinity(struct thread *td, + struct linux_sched_setaffinity_args *args) +{ + struct cpuset_setaffinity_args csa; + +#ifdef DEBUG + if (ldebug(sched_setaffinity)) + printf(ARGS(sched_setaffinity, "%d, %d, *"), args->pid, + args->len); +#endif + if (args->len < sizeof(cpuset_t)) + return (EINVAL); + + csa.level =3D CPU_LEVEL_WHICH; + csa.which =3D CPU_WHICH_PID; + csa.id =3D args->pid; + csa.cpusetsize =3D sizeof(cpuset_t); + csa.mask =3D (cpuset_t *) args->user_mask_ptr; + + return (cpuset_setaffinity(td, &csa)); +} Index: i386/linux/linux_syscall.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- i386/linux/linux_syscall.h (revision 183958) +++ i386/linux/linux_syscall.h (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.89 2007/09= /18 19:50:33 dwmalone Exp=20 + * created from FreeBSD: stable/7/sys/i386/linux/syscalls.master 172220 20= 07-09-18 19:50:33Z dwmalone=20 */ =20 #define LINUX_SYS_exit 1 @@ -228,6 +228,7 @@ #define LINUX_SYS_linux_fremovexattr 237 #define LINUX_SYS_linux_tkill 238 #define LINUX_SYS_linux_sys_futex 240 +#define LINUX_SYS_linux_sched_setaffinity 241 #define LINUX_SYS_linux_sched_getaffinity 242 #define LINUX_SYS_linux_set_thread_area 243 #define LINUX_SYS_linux_get_thread_area 244 Index: i386/linux/linux_sysent.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- i386/linux/linux_sysent.c (revision 183958) +++ i386/linux/linux_sysent.c (working copy) @@ -3,10 +3,9 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.89 2007/09= /18 19:50:33 dwmalone Exp=20 + * created from FreeBSD: stable/7/sys/i386/linux/syscalls.master 172220 20= 07-09-18 19:50:33Z dwmalone=20 */ =20 -#include #include #include #include @@ -260,7 +259,7 @@ { AS(linux_tkill_args), (sy_call_t *)linux_tkill, AUE_NULL, NULL, 0, 0 },= /* 238 =3D linux_tkill */ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 239 =3D linux_sendf= ile64 */ { AS(linux_sys_futex_args), (sy_call_t *)linux_sys_futex, AUE_NULL, NULL,= 0, 0 }, /* 240 =3D linux_sys_futex */ - { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 241 =3D linux_sched= _setaffinity */ + { AS(linux_sched_setaffinity_args), (sy_call_t *)linux_sched_setaffinity,= AUE_NULL, NULL, 0, 0 }, /* 241 =3D linux_sched_setaffinity */ { AS(linux_sched_getaffinity_args), (sy_call_t *)linux_sched_getaffinity,= AUE_NULL, NULL, 0, 0 }, /* 242 =3D linux_sched_getaffinity */ { AS(linux_set_thread_area_args), (sy_call_t *)linux_set_thread_area, AUE= _NULL, NULL, 0, 0 }, /* 243 =3D linux_set_thread_area */ { AS(linux_get_thread_area_args), (sy_call_t *)linux_get_thread_area, AUE= _NULL, NULL, 0, 0 }, /* 244 =3D linux_get_thread_area */ Index: i386/linux/syscalls.master =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- i386/linux/syscalls.master (revision 183958) +++ i386/linux/syscalls.master (working copy) @@ -409,7 +409,8 @@ 239 AUE_SENDFILE UNIMPL linux_sendfile64 240 AUE_NULL STD { int linux_sys_futex(void *uaddr, int op, int val, \ struct l_timespec *timeout, void *uaddr2, int val3); } -241 AUE_NULL UNIMPL linux_sched_setaffinity +241 AUE_NULL STD { int linux_sched_setaffinity(l_pid_t pid, l_uint len, \ + l_ulong *user_mask_ptr); } 242 AUE_NULL STD { int linux_sched_getaffinity(l_pid_t pid, l_uint len, \ l_ulong *user_mask_ptr); } 243 AUE_NULL STD { int linux_set_thread_area(struct l_user_desc *desc); } Index: i386/linux/linux_proto.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- i386/linux/linux_proto.h (revision 183958) +++ i386/linux/linux_proto.h (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.89 2007/09= /18 19:50:33 dwmalone Exp=20 + * created from FreeBSD: stable/7/sys/i386/linux/syscalls.master 172220 20= 07-09-18 19:50:33Z dwmalone=20 */ =20 #ifndef _LINUX_SYSPROTO_H_ @@ -11,6 +11,7 @@ =20 #include #include +#include #include #include =20 @@ -731,6 +732,11 @@ char uaddr2_l_[PADL_(void *)]; void * uaddr2; char uaddr2_r_[PADR_(void *= )]; char val3_l_[PADL_(int)]; int val3; char val3_r_[PADR_(int)]; }; +struct linux_sched_setaffinity_args { + char pid_l_[PADL_(l_pid_t)]; l_pid_t pid; char pid_r_[PADR_(l_pid_t)]; + char len_l_[PADL_(l_uint)]; l_uint len; char len_r_[PADR_(l_uint)]; + char user_mask_ptr_l_[PADL_(l_ulong *)]; l_ulong * user_mask_ptr; char us= er_mask_ptr_r_[PADR_(l_ulong *)]; +}; struct linux_sched_getaffinity_args { char pid_l_[PADL_(l_pid_t)]; l_pid_t pid; char pid_r_[PADR_(l_pid_t)]; char len_l_[PADL_(l_uint)]; l_uint len; char len_r_[PADR_(l_uint)]; @@ -1124,6 +1130,7 @@ int linux_fremovexattr(struct thread *, struct linux_fremovexattr_args *); int linux_tkill(struct thread *, struct linux_tkill_args *); int linux_sys_futex(struct thread *, struct linux_sys_futex_args *); +int linux_sched_setaffinity(struct thread *, struct linux_sched_setaffinit= y_args *); int linux_sched_getaffinity(struct thread *, struct linux_sched_getaffinit= y_args *); int linux_set_thread_area(struct thread *, struct linux_set_thread_area_ar= gs *); int linux_get_thread_area(struct thread *, struct linux_get_thread_area_ar= gs *); @@ -1380,6 +1387,7 @@ #define LINUX_SYS_AUE_linux_fremovexattr AUE_NULL #define LINUX_SYS_AUE_linux_tkill AUE_NULL #define LINUX_SYS_AUE_linux_sys_futex AUE_NULL +#define LINUX_SYS_AUE_linux_sched_setaffinity AUE_NULL #define LINUX_SYS_AUE_linux_sched_getaffinity AUE_NULL #define LINUX_SYS_AUE_linux_set_thread_area AUE_NULL #define LINUX_SYS_AUE_linux_get_thread_area AUE_NULL Index: amd64/linux32/linux32_syscall.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- amd64/linux32/linux32_syscall.h (revision 183958) +++ amd64/linux32/linux32_syscall.h (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.29 2007= /08/28 12:26:34 kib Exp=20 + * created from FreeBSD: stable/7/sys/amd64/linux32/syscalls.master 172220= 2007-09-18 19:50:33Z dwmalone=20 */ =20 #define LINUX_SYS_exit 1 @@ -222,6 +222,7 @@ #define LINUX_SYS_linux_fremovexattr 237 #define LINUX_SYS_linux_tkill 238 #define LINUX_SYS_linux_sys_futex 240 +#define LINUX_SYS_linux_sched_setaffinity 241 #define LINUX_SYS_linux_sched_getaffinity 242 #define LINUX_SYS_linux_set_thread_area 243 #define LINUX_SYS_linux_fadvise64 250 Index: amd64/linux32/syscalls.master =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- amd64/linux32/syscalls.master (revision 183958) +++ amd64/linux32/syscalls.master (working copy) @@ -407,7 +407,8 @@ 239 AUE_SENDFILE UNIMPL linux_sendfile64 240 AUE_NULL STD { int linux_sys_futex(void *uaddr, int op, int val, \ struct l_timespec *timeout, void *uaddr2, int val3); } -241 AUE_NULL UNIMPL linux_sched_setaffinity +241 AUE_NULL STD { int linux_sched_setaffinity(l_pid_t pid, l_uint len, \ + l_ulong *user_mask_ptr); } 242 AUE_NULL STD { int linux_sched_getaffinity(l_pid_t pid, l_uint len, \ l_ulong *user_mask_ptr); } 243 AUE_NULL STD { int linux_set_thread_area(struct l_user_desc *desc); } Index: amd64/linux32/linux32_sysent.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- amd64/linux32/linux32_sysent.c (revision 183958) +++ amd64/linux32/linux32_sysent.c (working copy) @@ -3,10 +3,9 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.29 2007= /08/28 12:26:34 kib Exp=20 + * created from FreeBSD: stable/7/sys/amd64/linux32/syscalls.master 172220= 2007-09-18 19:50:33Z dwmalone=20 */ =20 -#include #include "opt_compat.h" #include #include @@ -261,7 +260,7 @@ { AS(linux_tkill_args), (sy_call_t *)linux_tkill, AUE_NULL, NULL, 0, 0 },= /* 238 =3D linux_tkill */ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 239 =3D linux_sendf= ile64 */ { AS(linux_sys_futex_args), (sy_call_t *)linux_sys_futex, AUE_NULL, NULL,= 0, 0 }, /* 240 =3D linux_sys_futex */ - { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 241 =3D linux_sched= _setaffinity */ + { AS(linux_sched_setaffinity_args), (sy_call_t *)linux_sched_setaffinity,= AUE_NULL, NULL, 0, 0 }, /* 241 =3D linux_sched_setaffinity */ { AS(linux_sched_getaffinity_args), (sy_call_t *)linux_sched_getaffinity,= AUE_NULL, NULL, 0, 0 }, /* 242 =3D linux_sched_getaffinity */ { AS(linux_set_thread_area_args), (sy_call_t *)linux_set_thread_area, AUE= _NULL, NULL, 0, 0 }, /* 243 =3D linux_set_thread_area */ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 244 =3D linux_get_t= hread_area */ Index: amd64/linux32/linux32_proto.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- amd64/linux32/linux32_proto.h (revision 183958) +++ amd64/linux32/linux32_proto.h (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.29 2007= /08/28 12:26:34 kib Exp=20 + * created from FreeBSD: stable/7/sys/amd64/linux32/syscalls.master 172220= 2007-09-18 19:50:33Z dwmalone=20 */ =20 #ifndef _LINUX_SYSPROTO_H_ @@ -11,6 +11,7 @@ =20 #include #include +#include #include #include =20 @@ -734,6 +735,11 @@ char uaddr2_l_[PADL_(void *)]; void * uaddr2; char uaddr2_r_[PADR_(void *= )]; char val3_l_[PADL_(int)]; int val3; char val3_r_[PADR_(int)]; }; +struct linux_sched_setaffinity_args { + char pid_l_[PADL_(l_pid_t)]; l_pid_t pid; char pid_r_[PADR_(l_pid_t)]; + char len_l_[PADL_(l_uint)]; l_uint len; char len_r_[PADR_(l_uint)]; + char user_mask_ptr_l_[PADL_(l_ulong *)]; l_ulong * user_mask_ptr; char us= er_mask_ptr_r_[PADR_(l_ulong *)]; +}; struct linux_sched_getaffinity_args { char pid_l_[PADL_(l_pid_t)]; l_pid_t pid; char pid_r_[PADR_(l_pid_t)]; char len_l_[PADL_(l_uint)]; l_uint len; char len_r_[PADR_(l_uint)]; @@ -1105,6 +1111,7 @@ int linux_fremovexattr(struct thread *, struct linux_fremovexattr_args *); int linux_tkill(struct thread *, struct linux_tkill_args *); int linux_sys_futex(struct thread *, struct linux_sys_futex_args *); +int linux_sched_setaffinity(struct thread *, struct linux_sched_setaffinit= y_args *); int linux_sched_getaffinity(struct thread *, struct linux_sched_getaffinit= y_args *); int linux_set_thread_area(struct thread *, struct linux_set_thread_area_ar= gs *); int linux_fadvise64(struct thread *, struct linux_fadvise64_args *); @@ -1360,6 +1367,7 @@ #define LINUX_SYS_AUE_linux_fremovexattr AUE_NULL #define LINUX_SYS_AUE_linux_tkill AUE_NULL #define LINUX_SYS_AUE_linux_sys_futex AUE_NULL +#define LINUX_SYS_AUE_linux_sched_setaffinity AUE_NULL #define LINUX_SYS_AUE_linux_sched_getaffinity AUE_NULL #define LINUX_SYS_AUE_linux_set_thread_area AUE_NULL #define LINUX_SYS_AUE_linux_fadvise64 AUE_NULL --B9sQK8H3qcae8SLi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj3noUACgkQC3+MBN1Mb4izMwCg1j4rmgMPS/vhrHji+nyOHHz0 r5EAn12QTwTG3pT81y/M0/T0n8QR/mn6 =K3oP -----END PGP SIGNATURE----- --B9sQK8H3qcae8SLi-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 20:23:25 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 7A8341065692 for ; Thu, 16 Oct 2008 20:23:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1C07E8FC0C for ; Thu, 16 Oct 2008 20:23:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA08.westchester.pa.mail.comcast.net ([76.96.62.12]) by QMTA02.westchester.pa.mail.comcast.net with comcast id TSMP1a0060Fqzac52YNkeX; Thu, 16 Oct 2008 20:22:44 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA08.westchester.pa.mail.comcast.net with comcast id TYPP1a0032P6wsM3UYPPjf; Thu, 16 Oct 2008 20:23:24 +0000 X-Authority-Analysis: v=1.0 c=1 a=zWTp1yHTipkA:10 a=6gU17RteXIwA:10 a=QycZ5dHgAAAA:8 a=cADnAnogbZ765odC1UsA:9 a=8yR-KKRHIHx8xZT-ah4_-bLjYtEA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 91726C9432; Thu, 16 Oct 2008 13:23:22 -0700 (PDT) Date: Thu, 16 Oct 2008 13:23:22 -0700 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20081016202322.GA2429@icarus.home.lan> References: <20080927051413.GA42700@icarus.home.lan> <765067435.20080926223557@takeda.tk> <20080927064417.GA43638@icarus.home.lan> <20080927202250.GA60980@icarus.home.lan> <48E0DB7E.20804@quip.cz> <1222699642.24339.12.camel@buffy.york.ac.uk> <48E0F36C.1080400@quip.cz> <20080929153220.GA11459@icarus.home.lan> <48F7964C.4060309@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F7964C.4060309@quip.cz> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Recommendations for servers running SATA drives [hot-swap] 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, 16 Oct 2008 20:23:25 -0000 On Thu, Oct 16, 2008 at 09:30:20PM +0200, Miroslav Lachman wrote: > Today I was replacing disk in one Sun Fire X2100 M2 so I tried > hot-swapping. It was as you said: atacontrol detach ata3, replace the > HDD, atacontrol attach ata3 and new disk is in the system. I tried it 3 > times to be sure that it was not coincidence - no panic was produced ;o) > So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD 7.0 i386 > works. That's excellent news. So it seems possibly the problem I was seeing was with "reinit" causing some sort of chaos. I'll have to check things on my testbox here at home to see how I caused the panic last time. Thanks for providing feedback, as usual! :-) -- | 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 Oct 16 20:23: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 3704A106568B for ; Thu, 16 Oct 2008 20:23:41 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id E169C8FC0C for ; Thu, 16 Oct 2008 20:23:40 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 74.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.74]) by smtp.vzavenue.net with ESMTP; 16 Oct 2008 16:23:38 -0400 X-REPUTATION: None X-REMOTE-IP: 66.171.79.74 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEABs+90hCq09K/2dsb2JhbACBcsIxB4Nl X-IronPort-AV: i="4.33,425,1220241600"; d="asc'?scan'208"; a="190744587:sNHT25112952" Received: from vougeot (AToulon-257-1-134-208.w86-211.abo.wanadoo.fr [86.211.77.208]) (authenticated bits=0) by homobox.opal.com (8.14.2/8.14.2) with ESMTP id m9GKNYe7042187 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Thu, 16 Oct 2008 16:23:36 -0400 (EDT) (envelope-from fbsd@opal.com) Date: Thu, 16 Oct 2008 16:23:27 -0400 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20081016162327.1cdcacd1@vougeot> In-Reply-To: <20081016142537.446d6dc1@mkproductions.org> References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/3JmosvK1n6stL6FNJ=3O=i8"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Re: Status of Flash 9 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, 16 Oct 2008 20:23:41 -0000 --Sig_/3JmosvK1n6stL6FNJ=3O=i8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 16 Oct 2008 14:25:37 -0500, Mark Kane wrot= e: > > I'm using RELENG_7 as of yesterday which appears to have the linprocfs > fixes from CURRENT, and I also updated linux-flashplayer9 with the > patch from the above PR. >=20 > When trying to use Flash 9 in linux-opera a few Flash items work (such > as Adobe's test page which confirms it is using version 9 and sound > does work on the rollovers there), but most things including YouTube > videos or videos from other sites either do not play at all and lock up > immediately or play for a few seconds and then lock up: >=20 > ---------------- > opera: Plug-in 90514 is not responding. It will be closed. > opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep > blocked plug-ins. > ---------------- >=20 > Trying with linux-firefox and linux-firefox-devel gives similar > results except Firefox crashes entirely on most Flash sites. >=20 > I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8 > and 2.6.16 since I saw others in the above emulation@ thread having > success with f8. There doesn't seem to be any change with f8. >=20 > Is this still the expected behavior? I'm not sure if these fixes were > supposed to fix everything related to Flash 9 or if there are still > things to be done, so I'm just giving it a try and posting the results. > I am running amd64 by the way. >=20 > Thanks very much in advance, >=20 > -Mark > FreeBSD 7.1-PRERELEASE #14: Thu Oct 16 00:12:09 CDT 2008 amd64 >=20 It works here, although my 7-stable is a few days old and I applied the linprocfs.c patch by hand. I also used the pre-compiled libflashsupport.so binary referred to in the thread. Then used nspluginwrapper to add links for native apps. Linux support is fc8. It works in native firefox3, albeit without audio. Firefox does not crash. Flash apps quietly run to completion. Youtube works. It does not work in native opera. -jr --Sig_/3JmosvK1n6stL6FNJ=3O=i8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj3osAACgkQls33urr0k4k55ACgo00SdMJYp2W2PZhI3inz3zcf 04kAn3yZa+zQGy12nkJhWK2o+RgxrHcm =77G/ -----END PGP SIGNATURE----- --Sig_/3JmosvK1n6stL6FNJ=3O=i8-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 20:24: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 098E4106568C for ; Thu, 16 Oct 2008 20:24:04 +0000 (UTC) (envelope-from root@dchagin.dialup.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id AE8F38FC24 for ; Thu, 16 Oct 2008 20:24:03 +0000 (UTC) (envelope-from root@dchagin.dialup.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 3ED1E8C0F; Fri, 17 Oct 2008 00:07:01 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from dchagin.dialup.corbina.ru ([78.107.232.239] verified) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1338927204; Fri, 17 Oct 2008 00:07:01 +0400 Received: from dchagin.dialup.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.dialup.corbina.ru (8.14.3/8.14.2) with ESMTP id m9GK70W5008780; Fri, 17 Oct 2008 00:07:00 +0400 (MSD) (envelope-from root@dchagin.dialup.corbina.ru) Received: (from root@localhost) by dchagin.dialup.corbina.ru (8.14.3/8.14.2/Submit) id m9GK6tWm008779; Fri, 17 Oct 2008 00:06:55 +0400 (MSD) (envelope-from root) Date: Fri, 17 Oct 2008 00:06:55 +0400 From: Chagin Dmitry To: Mark Kane Message-ID: <20081016200655.GA8761@dchagin.dialup.corbina.ru> References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081016142537.446d6dc1@mkproductions.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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, 16 Oct 2008 20:24:04 -0000 On Thu, Oct 16, 2008 at 02:25:37PM -0500, Mark Kane wrote: > On Tue, Oct 14, 2008, at 22:28:58 +0200, Tijl Coosemans wrote: > > Patches have been committed to CURRENT and should have been MFC'ed > > last weekend, but haven't for some reason. > > > > The port has a PR waiting for maintainer feedback: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 > > > > The relevant thread on emulation@ is: > > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html > > (continues in October archives) > > Hi. > > I'm using RELENG_7 as of yesterday which appears to have the linprocfs > fixes from CURRENT, and I also updated linux-flashplayer9 with the > patch from the above PR. > > When trying to use Flash 9 in linux-opera a few Flash items work (such > as Adobe's test page which confirms it is using version 9 and sound > does work on the rollovers there), but most things including YouTube > videos or videos from other sites either do not play at all and lock up > immediately or play for a few seconds and then lock up: > > ---------------- > opera: Plug-in 90514 is not responding. It will be closed. > opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep > blocked plug-ins. > ---------------- > > Trying with linux-firefox and linux-firefox-devel gives similar > results except Firefox crashes entirely on most Flash sites. > > I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8 > and 2.6.16 since I saw others in the above emulation@ thread having > success with f8. There doesn't seem to be any change with f8. > > Is this still the expected behavior? I'm not sure if these fixes were > supposed to fix everything related to Flash 9 or if there are still > things to be done, so I'm just giving it a try and posting the results. > I am running amd64 by the way. > yes, expected. affinity patch not merged. -- Have fun! chd From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 21:32: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 0E016106569D for ; Thu, 16 Oct 2008 21:32:21 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from server1.tntpowerhost.com (server1.tntpowerhost.com [208.100.3.23]) by mx1.freebsd.org (Postfix) with ESMTP id DC55F8FC3A for ; Thu, 16 Oct 2008 21:32:20 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from [68.89.211.157] (helo=localhost) by server1.tntpowerhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KqaS8-000EKY-LV; Thu, 16 Oct 2008 16:32:16 -0500 Date: Thu, 16 Oct 2008 16:32:14 -0500 From: Mark Kane To: Kostik Belousov Message-ID: <20081016163214.07d9e8bd@mkproductions.org> In-Reply-To: <20081016200526.GV7782@deviant.kiev.zoral.com.ua> References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> <20081016200526.GV7782@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.tntpowerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - mkproductions.org Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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, 16 Oct 2008 21:32:21 -0000 On Thu, Oct 16, 2008, at 23:05:26 +0300, Kostik Belousov wrote: > On Thu, Oct 16, 2008 at 02:25:37PM -0500, Mark Kane wrote: > > Hi. > > > > I'm using RELENG_7 as of yesterday which appears to have the > > linprocfs fixes from CURRENT, and I also updated linux-flashplayer9 > > with the patch from the above PR. > > > > When trying to use Flash 9 in linux-opera a few Flash items work > > (such as Adobe's test page which confirms it is using version 9 and > > sound does work on the rollovers there), but most things including > > YouTube videos or videos from other sites either do not play at all > > and lock up immediately or play for a few seconds and then lock up: > > > > ---------------- > > opera: Plug-in 90514 is not responding. It will be closed. > > opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep > > blocked plug-ins. > > ---------------- > > > > Trying with linux-firefox and linux-firefox-devel gives similar > > results except Firefox crashes entirely on most Flash sites. > > > > I was using linux_base-fc4 and 2.4.2 however I updated to > > linux_base-f8 and 2.6.16 since I saw others in the above emulation@ > > thread having success with f8. There doesn't seem to be any change > > with f8. > > > > Is this still the expected behavior? I'm not sure if these fixes > > were supposed to fix everything related to Flash 9 or if there are > > still things to be done, so I'm just giving it a try and posting > > the results. I am running amd64 by the way. > > > > Thanks very much in advance, > > Hmm, finaly I noted this thread. There is one more patch in the > pipeline for 7 that is needed, as I was told. Testing of that patch > seems to be stalled, so I am interested in the feedback. Hi. Thanks for the patch. I just tested Flash 9 with it applied however there does not seem to be much change. YouTube videos now show up for one second in linux-opera but then the plugin hangs like before with the same "plugin not responding" message on the terminal. On another site with Flash it hung linux-opera up in the "pipdwc" state according to top. linux-firefox and linux-firefox-devel both still crash. I also tried nspluginwrapper this time with native Firefox 3 as J.R. said. It doesn't crash like the Linux Firefoxes but hangs the browser for a couple minutes (eventually does recover, but Flash doesn't play) and these appear on the terminal: ----- *** NSPlugin Wrapper *** ERROR: NPP_DestroyStream() wait for reply: Message timeout *** NSPlugin Wrapper *** ERROR: NPP_URLNotify() invoke: Message timeout *** NSPlugin Wrapper *** ERROR: NPP_Destroy() invoke: Message timeout *** NSPlugin Wrapper *** ERROR: NP_Shutdown() invoke: Message timeout *** NSPlugin Wrapper *** ERROR: NPP_Write() wait for reply: Message timeout *** NSPlugin Wrapper *** ERROR: NPP_DestroyStream() invoke: Message timeout ----- Thanks again, -Mark -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 22:08: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 6BEB7106569B for ; Thu, 16 Oct 2008 22:08:36 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 1FCAA8FC1D for ; Thu, 16 Oct 2008 22:08:35 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id m9GLqZLO029545; Thu, 16 Oct 2008 16:52:35 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 16 Oct 2008 16:52:35 -0500 (CDT) From: "Sean C. Farley" To: Mark Kane In-Reply-To: <20081016163214.07d9e8bd@mkproductions.org> Message-ID: References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> <20081016200526.GV7782@deviant.kiev.zoral.com.ua> <20081016163214.07d9e8bd@mkproductions.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.3 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Kostik Belousov , freebsd-stable@FreeBSD.org Subject: Re: Status of Flash 9 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, 16 Oct 2008 22:08:36 -0000 On Thu, 16 Oct 2008, Mark Kane wrote: *snip* > I also tried nspluginwrapper this time with native Firefox 3 as J.R. > said. It doesn't crash like the Linux Firefoxes but hangs the browser > for a couple minutes (eventually does recover, but Flash doesn't play) > and these appear on the terminal: > > ----- > *** NSPlugin Wrapper > *** ERROR: NPP_DestroyStream() wait for reply: Message timeout > *** NSPlugin Wrapper *** ERROR: NPP_URLNotify() invoke: Message timeout > *** NSPlugin Wrapper *** ERROR: NPP_Destroy() invoke: Message timeout > *** NSPlugin Wrapper *** ERROR: NP_Shutdown() invoke: Message timeout > *** NSPlugin Wrapper *** ERROR: NPP_Write() wait for reply: Message timeout > *** NSPlugin Wrapper *** ERROR: NPP_DestroyStream() invoke: Message > timeout > ----- I had something like that until I smacked my forehead after a few hours and realized I had not added linprocfs to /etc/fstab. That may be your problem at least with nspluginwrapper. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 22:28:43 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 C9F05106568A; Thu, 16 Oct 2008 22:28:43 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBAF8FC19; Thu, 16 Oct 2008 22:28:42 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkgBAD9W90jLzq3r/2dsb2JhbAAIxB+DbA X-IronPort-AV: E=Sophos;i="4.33,426,1220198400"; d="scan'208";a="338799269" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 17 Oct 2008 05:58:30 +0800 Message-ID: <48F7B865.2040604@mawer.org> Date: Fri, 17 Oct 2008 08:55:49 +1100 From: Antony Mawer User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan> <20081016071700.GA2793@icarus.home.lan> In-Reply-To: <20081016071700.GA2793@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: kib@freebsd.org, "Andrey V. Elsukov" , freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 22:28:43 -0000 Jeremy Chadwick wrote: > On Fri, Oct 10, 2008 at 04:58:55AM -0700, Jeremy Chadwick wrote: >> On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote: >>> On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote: >>>> Jeremy Chadwick wrote: >>>>> Also, does your patch include any fixes (intentional or inadvertent) for >>>>> Intel MatrixRAID? This has been a sore spot for FreeBSD for quite >>>>> some time, and I'm curious to know if that has been fixed. >>>> There is only one fix for Intel Matrix RAID: >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899 >>> Ahh, yeah, I've seen that one as well. I'll apply the patch and let you >>> know if the behaviour documented in the PR happens. >> I'm sorry I haven't gotten around to testing this -- my day (night) job >> has kept me incredibly busy, and I've had hardly any time at home to >> work on personal projects. It sucks. >> >> I'll try to make time for testing either today or tomorrow. ... > Other items: > > - Could someone provide an explanation of the 48-bit LBA addressing > changes (see lines 988-1003 in the patch)? I'd like to know what they > do, and if further QA/testing is needed with this. This is probably more a question for Søren... I started looking at the moment, as the original 28->48bit crossover bug was in the same function not so long ago (ata-all.c rev1.280). The 48-bit LBA changes are introduced from ata-all.c rev1.282, which was the port multiplier changes. The logic just doesn't seem quite right to it to me, but I'm not an expert on the code or on ATA, so all of this could just be amateur mis-interpretation. From my reading of it, the code does this: /* * Check to see if we need to use a 48-bit command in place of the * standard 28-bit command, and if so, substitute as appropriate */ IF ((request_lba_addr + lba_count) >= max addressable by 28-bit LBA or lba_count > 256) and device supports 48-bit LBA THEN /* * The request either: * * - extends past the 28-bit boundary * - is for more than 256 sectors * * which necessitates the use of 48-bit LBA. Translate commands * into their 48-bit equivalents. */ ... ELSEIF the device supports 48-bit lba: /* * We prefer (need?) to use the 48-bit equivalents of these * commands regardless of what the LBA address of the reqest is */ ... END IF In rev 1.282, the ATA_READ_NATIVE_MAX_ADDRESS was moved down to the "ELSE" case of the IF statement. In otherwords, when the request is beyond the 28-bit boundary, OR it's > 256 sectors, ATA_READ_NATIVE_MAX_ADDRESS won't be translated... Søren, is this change intentional, or should it be also added to the switch statement in the top half of the IF block? The ATA code appears to be very lightly commented, which no doubt is something of a barrier to entry to those who are not familiar with issues such as the above... would any volunteers be helpful to help comment and/or document some of the code? We would likely need to confer with Søren and others to ensure that our interpretation was accurate, but it would certainly make tracking down issues easier for those unfamiliar with the code... --Antony From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 22:32: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 0B0E810656A1; Thu, 16 Oct 2008 22:32:39 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 559548FC1D; Thu, 16 Oct 2008 22:32:37 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6D2C.dip.t-dialin.net [84.154.109.44]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m9GMWTVf068940; Fri, 17 Oct 2008 00:32:33 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m9GMWRHk045232; Fri, 17 Oct 2008 00:32:28 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m9GMW45x079866; Fri, 17 Oct 2008 00:32:10 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200810162232.m9GMW45x079866@fire.js.berklix.net> To: stable@freebsd.org From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Mon, 29 Sep 2008 19:12:00 +0200." <200809291712.m8THC091049553@fire.js.berklix.net> Date: Fri, 17 Oct 2008 00:32:04 +0200 Sender: jhs@berklix.org Cc: pyunyh@gmail.com, Jeremy Chadwick , jhs@berklix.org, re@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: rl0: watchdog timeout + 40, 000 ms ping with 7.1-BETA-i386-disc1.iso 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, 16 Oct 2008 22:32:39 -0000 Hi stable@ & I added re@ Summary: Seems I've found a regression error between 6.0-RELEASE & 7.1-BETA-i386-disc1.iso. Detail at foot of mail. Reference: > From: "Julian Stacey" > Date: Mon, 29 Sep 2008 19:12:00 +0200 > Message-id: <200809291712.m8THC091049553@fire.js.berklix.net> "Julian Stacey" wrote: > Hi, > Reference: > > From: Jeremy Chadwick > > Date: Sun, 28 Sep 2008 12:34:07 -0700 > > Message-id: <20080928193407.GA87069@icarus.home.lan> > > Jeremy Chadwick wrote: > > On Sun, Sep 28, 2008 at 11:21:19AM +0200, Julian Stacey wrote: > > > Hi, > > > Reference: > > > > From: "Julian Stacey" > > > > Date: Fri, 26 Sep 2008 19:54:04 +0200 > > > > Message-id: <200809261754.m8QHs41D011762@fire.js.berklix.net> > > > > > > "Julian Stacey" wrote: > > > > Hi, > > > > Reference: > > > > > From: "Julian Stacey" > > > > > Date: Fri, 26 Sep 2008 19:16:57 +0200 > > > > > Message-id: <200809261717.m8QHGvmx011312@fire.js.berklix.net> > > > > > > > > "Julian Stacey" wrote: > > > > > > > I'm remaking binaries, > > > > > > > > > > New generic kernel built & installed, & install of all src/ done too. > > > > > No improvement. > > > > > > > > > > > Is there reliable way to reproduce the issue? > > > > > > > > > > Its continuous, the machine virtually never does a ping in less > > > > > than 10 seconds. > > > > > > > > > > > Anyway, would you try attached patch and let me know result? > > > > > > > > > > Thanks > > > > > Done, doesnt help. > > > > > Seeing a new message now too: > > > > > ping: sendto: No buffer space available. > > > > > > > > > > Output of vmstat -i and pciconf -lv look the same as before > > > > > > > > > > It's a small card. Weighs 46 gram. I was going to write > > > > > I could simply post it to you, & you could keep it if you > > > > > want. As I had quessed it might be some new kind of card > > > > > unexperienced before, > > > > > RTL8139D, card just says made in China > > > > > > > > > > But I just grabbed another card > > > > > card says Level One. > > > > > chip 8139B > > > > > & with both patched kernel & original no improvement. > > > > > So I tried a totaly different card xl0 fails too, > > > > > I think that 3com xl0 card was OK before in another box, > > > > > so I'd guess not an rl problem, Sorry. > > > > > > > > > > Probably not 7.1 either, but probably a BIOS config problem of some sort. > > > > > > > > > > IRQ 12 was listed in Award BIOS as Primary, options were also secondary or disabled, so Ive set it disabled. > > > > > PNP OS Yes > > > > > Resources: Auto > > > > > "Reset config data" to Enabled (I forgot before after card changes) > > > > > > > > > > Did another restore BIOS factory defaults, no help. > > > > > Moved xl0 to another slot (all other 3 slots never use I guess, as > > > > > chassis plates not torn off on what I guess is original chassis. > > > > > No luck with xl0 > > > > > I'm out of ideas. > > > > > > > > Got it working on xl > > > > interrupt problem, I turned off lpt com2 & something else > > > > in bios. > > > > Got to go out now > > > > Ill go back to rl0 too & report back soon > > > > thanks for help both ! > > > > > > I'm wrong it is Not working. > > > (I typed my own own card address of 192.168.x.x by mistake, > > > not the 192.168.x.x of another host on net. ) > > > > > > Ive fiddled more with BIOS IRQ to no good effect > > > (not suprsing, dont understand some options in BIOS & no > > > MOtherboard manual for this Award BIOS 2A6LGB09, on box: > > > fujitsu siemens t-bird > > > > > > I was wondering if setting anything to polling might help a bit > > > I went looking with syctl -a -d | grep hw.pci > > > > > > hw.pci.enable_msi: 1 > > > hw.pci.enable_msi: Enable support for MSI interrupts > > > hw.pci.enable_msix: 1 > > > hw.pci.enable_msix: Enable support for MSI-X interrupts > > > > You could try disabling MSI and MSI-X in loader.conf to see if that > > makes a difference. > > > > hw.pci.enable_msi="0" > > hw.pci.enable_msix="0" > > OK Thanks, I just switched back from an xl ro an rl card, > I just tried above sysctl s, no help. > > BTW I dont know if ifconfig -a should show word polling, but it does not. > > > Pyun YongHyeon wrote: > > Can you see 'rl0: link state changed to UP' message in dmesg after > > you assign an IP address to rl0? > > Would you show me the 'ifconfig rl0' output? > > With an rc.conf of > # media 10baseT/UTP > # media 100baseTX > # media full-duplex > # media half-duplex > ifconfig_rl0="inet 192.168.91.64 media 100baseTX polling" > ifconfig_xl0="inet 192.168.91.64 polling" > inetd_enable="YES" > before enet cable plugged in I see > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:08:a1:6d:65:07 > inet 192.168.91.64 netmask 0xffffff00 broadcast 192.168.91.255 > media: Ethernet autoselect (none) > status: no carrier > & after plug in I see: > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:08:a1:6d:65:07 > inet 192.168.91.64 netmask 0xffffff00 broadcast 192.168.91.255 > media: Ethernet 100baseTX > status: active > & I see in dmesg > rl0: link state changed to UP > > I suspect I perhaps have something fundamental wrong with BIOS or PC > or similar. May be nothing to do with 7.1-BETA ? > I think Id better perhaps try with 7.0-RELEASE if you guys dont mind. > Hmm I'll dig out a spare disc rather than erase 7.1BETA then I can > test with either if you have any more ideas. Disk re-sliced with FDISK'd into 3 bootables:. 6.0-RELEASE works rl0 with No Problem. 7.1-BETA-i386-disc1.iso reinstalled, same as before, fails as before. 6.3-RELEASE-i386-disc1.iso loading from slow cdrom, wiil test next + building 6.3 DESTDIR on another host. 7.1-BETA2-i386-disc1.iso loading from net 6.4-RC will load next from net. So that PC's BIOS is quite happy to work with 6.0, so not my hardware at fault, So FreeBSD seems to have some regression error problem (& from my earlier posts, its not just an rl0 problem as I saw same problem when I swapped a card to xl0). I'll report back tomorrow when I know more. No point asking more questions just yet, as all I know so far was answered & is in archive of this thread, & I cant do more till downloads & builds complete. So this post just to say the problem I reported is probably not dismissable just as weird hardware. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 23:08: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 5F538106569C for ; Thu, 16 Oct 2008 23:08:09 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF268FC15 for ; Thu, 16 Oct 2008 23:08:08 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id WHY28408; Thu, 16 Oct 2008 16:08:08 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id WHY19907; Thu, 16 Oct 2008 16:08:07 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D825745010; Thu, 16 Oct 2008 16:08:06 -0700 (PDT) To: Mark Kane In-Reply-To: Your message of "Thu, 16 Oct 2008 14:25:37 CDT." <20081016142537.446d6dc1@mkproductions.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1224198486_13914P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 16 Oct 2008 16:08:06 -0700 From: "Kevin Oberman" Message-Id: <20081016230806.D825745010@ptavv.es.net> X-Sender-IP: 198.128.3.207 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Mark Kane X-To_Domain: mkproductions.org X-To: Mark Kane X-To_Email: mark@mkproductions.org X-To_Alias: mark Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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, 16 Oct 2008 23:08:09 -0000 --==_Exmh_1224198486_13914P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 16 Oct 2008 14:25:37 -0500 > From: Mark Kane > > On Tue, Oct 14, 2008, at 22:28:58 +0200, Tijl Coosemans wrote: > > Patches have been committed to CURRENT and should have been MFC'ed > > last weekend, but haven't for some reason. > > > > The port has a PR waiting for maintainer feedback: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 > > > > The relevant thread on emulation@ is: > > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html > > (continues in October archives) > > Hi. > > I'm using RELENG_7 as of yesterday which appears to have the linprocfs > fixes from CURRENT, and I also updated linux-flashplayer9 with the > patch from the above PR. > > When trying to use Flash 9 in linux-opera a few Flash items work (such > as Adobe's test page which confirms it is using version 9 and sound > does work on the rollovers there), but most things including YouTube > videos or videos from other sites either do not play at all and lock up > immediately or play for a few seconds and then lock up: > > ---------------- > opera: Plug-in 90514 is not responding. It will be closed. > opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep > blocked plug-ins. > ---------------- > > Trying with linux-firefox and linux-firefox-devel gives similar > results except Firefox crashes entirely on most Flash sites. > > I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8 > and 2.6.16 since I saw others in the above emulation@ thread having > success with f8. There doesn't seem to be any change with f8. > > Is this still the expected behavior? I'm not sure if these fixes were > supposed to fix everything related to Flash 9 or if there are still > things to be done, so I'm just giving it a try and posting the results. > I am running amd64 by the way. > > Thanks very much in advance, > > -Mark > FreeBSD 7.1-PRERELEASE #14: Thu Oct 16 00:12:09 CDT 2008 amd64 I see that Flash 10 is out for Linux: . Even if this gets Flash 9 working to some degree, we're still out of date. :-( We need to run as fast as we can just to stay where we are. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1224198486_13914P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFI98lWkn3rs5h7N1ERAvrlAJ9H3D/Fzm/7kXQItFKEx92dJDAv+ACgrRNq fpurydfI++4MSDzV5Qf5gfQ= =Zecq -----END PGP SIGNATURE----- --==_Exmh_1224198486_13914P-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 23:13: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 6BCE61065686 for ; Thu, 16 Oct 2008 23:13:47 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from server1.tntpowerhost.com (server1.tntpowerhost.com [208.100.3.23]) by mx1.freebsd.org (Postfix) with ESMTP id 43ECC8FC1D for ; Thu, 16 Oct 2008 23:13:47 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from [68.89.211.157] (helo=localhost) by server1.tntpowerhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kqc2M-000HaP-Ls; Thu, 16 Oct 2008 18:13:46 -0500 Date: Thu, 16 Oct 2008 18:13:43 -0500 From: Mark Kane To: "Sean C. Farley" Message-ID: <20081016181343.0fcacc92@mkproductions.org> In-Reply-To: References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> <20081016200526.GV7782@deviant.kiev.zoral.com.ua> <20081016163214.07d9e8bd@mkproductions.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.tntpowerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - mkproductions.org Cc: Kostik Belousov , freebsd-stable@FreeBSD.org Subject: Re: Status of Flash 9 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, 16 Oct 2008 23:13:47 -0000 On Thu, Oct 16, 2008, at 16:52:35 -0500, Sean C. Farley wrote: > I had something like that until I smacked my forehead after a few > hours and realized I had not added linprocfs to /etc/fstab. That may > be your problem at least with nspluginwrapper. > > Sean linprocfs was indeed not mounted, sorry about that. With it mounted native Firefox 3 with nspluginwrapper and both Linux Firefoxes do not crash/hang anymore and everything appears to be playing good and smooth so far :). linux-opera still does the "plugin not responding" on Flash and doesn't play. Not sure if this issue should be in a separate thread, but here's a little ktrace data from when the hang is happening in case it's helpful. This repeats for the entire kdump file after running ktrace for ~30 seconds during the hang: ---------- 9151 opera CALL compat.gethostid(0x6d,0xffffb35c,0,0,0xffffb3e4) 9151 opera RET compat.gethostid 0 9151 opera CALL mincore(0xffffb3e4,0) 9151 opera RET mincore 0 9151 opera CALL kill(0x286b,SIG 0) 9151 opera RET kill 0 9151 opera CALL compat.gethostid(0x6d,0xffffb35c,0,0,0xffffb3e4) 9151 opera RET compat.gethostid 0 9151 opera CALL mincore(0xffffb3e4,0) 9151 opera RET mincore 0 9151 opera CALL kill(0x286b,SIG 0) 9151 opera RET kill 0 ---------- Thanks! -Mark -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 23:25:33 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 22F42106568D; Thu, 16 Oct 2008 23:25:33 +0000 (UTC) (envelope-from prvs=1175a7be7a=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9518FC1E; Thu, 16 Oct 2008 23:25:31 +0000 (UTC) (envelope-from prvs=1175a7be7a=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1224198923; x=1224803723; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=me40SVceDrDlslKRT03Kh Cg8zGG+A3uWvPxbNWJsHZ0=; b=TjyJnX9Lr2aVFeJlDIQCeuv/iKeN5AIr+4MRP 8JvJkVZ13RZo7ckrZcmMwP5j4euT1APkj+eI7Wv9PuCZ4Z6h7SZWHbE1DZzVsyCb CQ2l854mCvr5sTKSUmnNJ3rVTNLjFSdIxTGtPKj5VOtjHXG+VjuBmbD1g2RmDCHB sgqrlY= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.3 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO,X_PRIORITY_HIGH autolearn=no version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50006411917.msg; Fri, 17 Oct 2008 00:15:21 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1175a7be7a=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Antony Mawer" , "Jeremy Chadwick" References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan><20081016071700.GA2793@icarus.home.lan> <48F7B865.2040604@mawer.org> Date: Fri, 17 Oct 2008 00:15:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 17 Oct 2008 00:15:23 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 17 Oct 2008 00:15:23 +0100 Cc: freebsd-stable@freebsd.org, "Andrey V. Elsukov" , kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 16 Oct 2008 23:25:33 -0000 You must be very careful with using less than 48bit addressing when both the drive and the controller supports it as some disks report errors at none standard crossover points. I saw this first hand with the highpoint driver where it totally trashed the RAID volumes. The solution was to "always" use 48bit addressing if the drive supports / requires it. Regards Steve > I started looking at the moment, as the original 28->48bit crossover bug was in the same function not so long ago (ata-all.c > rev1.280). The 48-bit LBA changes are introduced from ata-all.c rev1.282, which was the port multiplier changes. The logic just > doesn't seem quite right to it to me, but > > I'm not an expert on the code or on ATA, so all of this could just be amateur mis-interpretation. From my reading of it, the > code does this: > > /* > * Check to see if we need to use a 48-bit command in place of the > * standard 28-bit command, and if so, substitute as appropriate > */ > IF ((request_lba_addr + lba_count) >= max addressable by 28-bit LBA > or lba_count > 256) and device supports 48-bit LBA THEN > /* > * The request either: > * > * - extends past the 28-bit boundary > * - is for more than 256 sectors > * > * which necessitates the use of 48-bit LBA. Translate commands > * into their 48-bit equivalents. > */ > ... > ELSEIF the device supports 48-bit lba: > /* > * We prefer (need?) to use the 48-bit equivalents of these > * commands regardless of what the LBA address of the reqest is > */ > ... > END IF > > In rev 1.282, the ATA_READ_NATIVE_MAX_ADDRESS was moved down to the "ELSE" case of the IF statement. In otherwords, when the > request is beyond the 28-bit boundary, OR it's > 256 sectors, ATA_READ_NATIVE_MAX_ADDRESS won't be translated... > > Søren, is this change intentional, or should it be also added to the switch statement in the top half of the IF block? > > The ATA code appears to be very lightly commented, which no doubt is something of a barrier to entry to those who are not > familiar with issues such as the above... would any volunteers be helpful to help comment and/or document some of the code? We > would likely need to confer with Søren and others to ensure that our interpretation was accurate, but it would certainly make > tracking down issues easier for those unfamiliar with the code... ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 16 23:48: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 6EAD11065677 for ; Thu, 16 Oct 2008 23:48:59 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 36EA08FC0C for ; Thu, 16 Oct 2008 23:48:59 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id m9GNmq9C004112; Thu, 16 Oct 2008 18:48:52 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 16 Oct 2008 18:48:52 -0500 (CDT) From: "Sean C. Farley" To: Kostik Belousov In-Reply-To: <20081016200526.GV7782@deviant.kiev.zoral.com.ua> Message-ID: References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> <20081016200526.GV7782@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.3 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-stable@FreeBSD.org Subject: Re: Status of Flash 9 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, 16 Oct 2008 23:48:59 -0000 On Thu, 16 Oct 2008, Kostik Belousov wrote: > Hmm, finaly I noted this thread. There is one more patch in the > pipeline for 7 that is needed, as I was told. Testing of that patch > seems to be stalled, so I am interested in the feedback. > > Possible rejects of the $FreeBSD$ chunks are fine. This patch works for me for most things. I am curious if the removal of bsm/audit_kevents.h in two files is desired or not. I have found that trying to run something on hulu.com in Hi-Res 480p instead of Std-Res 360p locks up Flash and the browser. I have to run killall npviewer.bin to get the browser back and remove the npviewer.bin.core file from my home directory. This is reproducible every time at least for me. Of course, this could be an nspluginwrapper or even Linux flash issue. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 01:29: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 C87D8106568F for ; Fri, 17 Oct 2008 01:29:00 +0000 (UTC) (envelope-from geoffs@x10.com) Received: from officesmtp.x10.com (officesmtp.x10.com [63.211.211.254]) by mx1.freebsd.org (Postfix) with ESMTP id 540EA8FC12 for ; Fri, 17 Oct 2008 01:28:59 +0000 (UTC) (envelope-from geoffs@x10.com) Received: from [192.168.11.201] (user201.x10wti.com [63.211.211.201]) by officesmtp.x10.com (8.13.4/8.13.4) with ESMTP id m9H14WWO035517 for ; Thu, 16 Oct 2008 18:04:32 -0700 (PDT) Message-ID: <48F7E4CA.1020307@x10.com> Date: Thu, 16 Oct 2008 18:05:14 -0700 From: Geoff Sweet User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: broken install.cfg for sysinstall 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, 17 Oct 2008 01:29:00 -0000 I'm trying desperately to make my install.cfg file work. Documentation is sparse online and based on the few examples I have been able to find I can created this: --- debug=yes hostname=newserv domainname=x10.com nameserver=10.16.0.2 defaultrouter=10.16.0.1 ipaddr=10.16.0.254 netmask=255.255.255.0 mediaSetCDROM distSetEverything disk=da0 partition=all bootManager=boot diskPartitionEditor da0s1a=ufs 4194304 / da0s1b=swap 4194304 da0s1d=ufs 4194304 /home da0s1e=ufs 4194304 /tmp da0s1f=ufs 8388608 /usr da0s1g=ufs 8388608 /usr/local da0s1h=ufs 0 /var diskLabelEditor diskPartitionWrite diskLabelCommit installCommit shutdown --- yet when I load that config from the installer booted off the CD, it loads the file, prompts me to remove it from the floppy, then throws the message: "No root device found - you must label a partition as / in the label editor" But I can't find any examples of how to make that happen. Can't someone offer some insight? I have about 60 servers to install and even getting this basic install.cfg file will be a big help. -Geoff Sweet From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 02:08: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 4370A10656A1 for ; Fri, 17 Oct 2008 02:08:57 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id E7E228FC0C for ; Fri, 17 Oct 2008 02:08:56 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Thu, 16 Oct 2008 21:08:54 -0500 id 000D5306.48F7F3B6.00003B7A Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 16 Oct 2008 21:09:28 -0500 id 0004AC1C.48F7F3D8.0000F380 Received: from ed.local.net.mx (ed.local.net.mx [192.168.1.65]) by econet.encontacto.net (Horde Framework) with HTTP; Thu, 16 Oct 2008 21:09:28 -0500 Message-ID: <20081016210928.97301sdg5nwpqqxw@econet.encontacto.net> Date: Thu, 16 Oct 2008 21:09:28 -0500 From: eculp To: freebsd-stable@freebsd.org References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> <20081016200526.GV7782@deviant.kiev.zoral.com.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20080925 Firefox/2.0.0.17 X-IMP-Server: 189.190.8.164 X-Originating-IP: 192.168.1.65 X-Originating-User: eculp@encontacto.net Subject: Re: Status of Flash 9 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: Fri, 17 Oct 2008 02:08:57 -0000 Quoting "Sean C. Farley" : > On Thu, 16 Oct 2008, Kostik Belousov wrote: > >> Hmm, finaly I noted this thread. There is one more patch in the >> pipeline for 7 that is needed, as I was told. Testing of that patch >> seems to be stalled, so I am interested in the feedback. >> >> Possible rejects of the $FreeBSD$ chunks are fine. > > This patch works for me for most things. I am curious if the removal of > bsm/audit_kevents.h in two files is desired or not. > > I have found that trying to run something on hulu.com in Hi-Res 480p > instead of Std-Res 360p locks up Flash and the browser. I have to run > killall npviewer.bin to get the browser back and remove the > npviewer.bin.core file from my home directory. This is reproducible > every time at least for me. Of course, this could be an nspluginwrapper > or even Linux flash issue. It doesn't seem to be limited to stable. I have similar issues on =20 current with npviewer.bin, having to do a killall several times a day =20 if I use flash pages but once the new wares off, I'm sure I won't see =20 it anymore ;) It sure beats having to open wine and windows firefox. ed ed > > Sean > --=20 > scf@FreeBSD.org > _______________________________________________ > 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 Fri Oct 17 03:06: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 9C99B1065677 for ; Fri, 17 Oct 2008 03:06:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id 115608FC12 for ; Fri, 17 Oct 2008 03:06:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqwEAM8S9kh5LWPz/2dsb2JhbACBcrkZhxt0dw X-IronPort-AV: E=Sophos;i="4.33,428,1220193000"; d="asc'?scan'208";a="212557907" Received: from ppp121-45-99-243.lns10.adl6.internode.on.net (HELO midget.dons.net.au) ([121.45.99.243]) by ipmail01.adl6.internode.on.net with ESMTP; 17 Oct 2008 13:36:07 +1030 Received: from inchoate.dons.net.au (Inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.14.3/8.14.2) with ESMTP id m9H35qlQ075319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Oct 2008 13:35:57 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 17 Oct 2008 13:35:40 +1030 User-Agent: KMail/1.9.9 References: <48F7E4CA.1020307@x10.com> In-Reply-To: <48F7E4CA.1020307@x10.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1669002.mJBKkcMvbb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810171335.55372.doconnor@gsoft.com.au> X-Spam-Score: -1.906 () BAYES_00,SPF_FAIL X-Scanned-By: MIMEDefang 2.64 on 10.0.2.7 Cc: Geoff Sweet Subject: Re: broken install.cfg for sysinstall 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, 17 Oct 2008 03:06:38 -0000 --nextPart1669002.mJBKkcMvbb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 17 October 2008 11:35:14 Geoff Sweet wrote: > I'm trying desperately to make my install.cfg file work. Documentation > is sparse online and based on the few examples I have been able to find > I can created this: > > --- > debug=3Dyes > > hostname=3Dnewserv > domainname=3Dx10.com > nameserver=3D10.16.0.2 > defaultrouter=3D10.16.0.1 > ipaddr=3D10.16.0.254 > netmask=3D255.255.255.0 > > mediaSetCDROM > > distSetEverything > > disk=3Dda0 > partition=3Dall > bootManager=3Dboot > diskPartitionEditor > da0s1a=3Dufs 4194304 / > da0s1b=3Dswap 4194304 > da0s1d=3Dufs 4194304 /home > da0s1e=3Dufs 4194304 /tmp > da0s1f=3Dufs 8388608 /usr > da0s1g=3Dufs 8388608 /usr/local > da0s1h=3Dufs 0 /var > diskLabelEditor > diskPartitionWrite > diskLabelCommit > > installCommit > > shutdown > --- > > yet when I load that config from the installer booted off the CD, it > loads the file, prompts me to remove it from the floppy, then throws the > message: > > "No root device found - you must label a partition as / in the label > editor" > > But I can't find any examples of how to make that happen. Can't someone > offer some insight? I have about 60 servers to install and even getting > this basic install.cfg file will be a big help. What is shown when you press alt-f2? If you go back to console 0 (alt-f1) and press scrolllock and page up do yo= u=20 see da0? Be very careful that you don't have extra characters at the end of a line (= eg=20 if you edit it in Windows) - I have a patch to fix it but it hasn't been=20 committed yet :( Here's what I use.. # Installation script for UD3 systems # # Current for 6.3-GENESIS # Turn on extra debugging. debug=3Dyes # Don't ask any questions. nonInteractive=3Dyes # This is needed so the mods made by genesis-config.tcl aren't # moved out of the way. keeprcconf=3Dyes # Make the installer accept the disk # XXX: if it rejects it the installer wedges (due to # non-interactive I believe) releaseName=3D6.3-GENESIS ################################ # My host specific data ################################ # Don't forget to edit these # for your network! netDev=3Dem0 hostname=3Dradar.gsoft.com.au domainname=3Dradar # Use these for DHCP ifconfig_em0=3DDHCP tryDHCP=3DYES # Use these for a static setup #nameserver=3D1.2.3.1 #defaultrouter=3D1.2.3.1 #ipaddr=3D1.2.3.4 #netmask=3D255.255.255.0 tcpMenuSelect ################################ ################################ # Install via CDROM mediaSetCDROM ################################ # Select which distributions we want. dists=3Dbase GENERIC sbase sbin scontrib scrypto setc sgames sgnu sinclude = skrb5=20 slib slibexec srelease srescue ssbin ssecure sshare ssys stools subin susbin distSetCustom ################################ ################################ # Now set the parameters for the partition editor. Set to use the # disk exclusively (could also be "all" to use the whole disk but # respecting the MBR or "free" to use only unallocated space for FreeBSD). # disk=3Dda0 partition=3Dall bootManager=3Dboot diskPartitionEditor ################################ # Create partitions # Filesystems: # # / 512MB # swap 1024MB # /var 512MB # /usr 10240MB # /local0 everything else # # Remember to change ad0 to da0 in these if you are using SCSI! da0s1-1=3Dufs 1048576 / 1 da0s1-2=3Dswap 2097152 none da0s1-3=3Dufs 1048576 /var 1 da0s1-4=3Dufs 20971520 /usr 1 da0s1-5=3Dufs 0 /local0 1 diskLabelEditor ################################ # OK, everything is set. Do it! installCommit # We can use stuff that from bin dist below here. # /dist is where the media is mounted command=3D/dist/bin/sh /dist/genesis/post-install-fixup.sh system # Root password command=3D/usr/bin/passwd system =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 --nextPart1669002.mJBKkcMvbb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBI+AET5ZPcIHs/zowRAs2PAJ9HG1+NrZko1JmUtnl0N3C5f4yvXgCfTadG rsUnPvpuHc4kXE6OJYD89Ss= =UR2H -----END PGP SIGNATURE----- --nextPart1669002.mJBKkcMvbb-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 06:27: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 185B91065696; Fri, 17 Oct 2008 06:27:35 +0000 (UTC) (envelope-from root@dchagin.dialup.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id BB49E8FC22; Fri, 17 Oct 2008 06:27:34 +0000 (UTC) (envelope-from root@dchagin.dialup.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 5992C733B; Fri, 17 Oct 2008 10:27:32 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from dchagin.dialup.corbina.ru ([78.107.232.239] verified) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1340587298; Fri, 17 Oct 2008 10:27:32 +0400 Received: from dchagin.dialup.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.dialup.corbina.ru (8.14.3/8.14.2) with ESMTP id m9H6RUIQ006481; Fri, 17 Oct 2008 10:27:30 +0400 (MSD) (envelope-from root@dchagin.dialup.corbina.ru) Received: (from root@localhost) by dchagin.dialup.corbina.ru (8.14.3/8.14.2/Submit) id m9H6RPgf006480; Fri, 17 Oct 2008 10:27:25 +0400 (MSD) (envelope-from root) Date: Fri, 17 Oct 2008 10:27:24 +0400 From: Chagin Dmitry To: "Sean C. Farley" Message-ID: <20081017062722.GA6463@dchagin.dialup.corbina.ru> References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> <20081016200526.GV7782@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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: Fri, 17 Oct 2008 06:27:35 -0000 On Thu, Oct 16, 2008 at 06:48:52PM -0500, Sean C. Farley wrote: > On Thu, 16 Oct 2008, Kostik Belousov wrote: > > >Hmm, finaly I noted this thread. There is one more patch in the > >pipeline for 7 that is needed, as I was told. Testing of that patch > >seems to be stalled, so I am interested in the feedback. > > > >Possible rejects of the $FreeBSD$ chunks are fine. > > This patch works for me for most things. I am curious if the removal of > bsm/audit_kevents.h in two files is desired or not. > > I have found that trying to run something on hulu.com in Hi-Res 480p > instead of Std-Res 360p locks up Flash and the browser. I have to run > killall npviewer.bin to get the browser back and remove the > npviewer.bin.core file from my home directory. This is reproducible > every time at least for me. Of course, this could be an nspluginwrapper > or even Linux flash issue. > Hi, unfortunatelly, we are still have a serious bug in tls/futex emulation. thnx! -- Have fun! chd From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 08:09: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 46C6F1065688; Fri, 17 Oct 2008 08:09:17 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3158FC1F; Fri, 17 Oct 2008 08:09:16 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from [IPv6:::1] (chimp.ripe.net [193.0.1.199]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id m9H88lAv064522 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 17 Oct 2008 08:08:57 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host chimp.ripe.net [193.0.1.199] claimed to be [IPv6:::1] From: Ruben van Staveren To: "Steven Hartland" In-Reply-To: X-Priority: 1 References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan><20081016071700.GA2793@icarus.home.lan> <48F7B865.2040604@mawer.org> Message-Id: Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-18--1036898920" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 17 Oct 2008 10:08:40 +0200 X-Pgp-Agent: GPGMail d52 (v52, Leopard) X-Mailer: Apple Mail (2.929.2) X-Virus-Scanned: ClamAV 0.94/8438/Fri Oct 17 06:37:10 2008 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (erg.verweg.com [217.77.141.129]); Fri, 17 Oct 2008 08:09:12 +0000 (UTC) Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , "Andrey V. Elsukov" , kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 17 Oct 2008 08:09:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-18--1036898920 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi, On 17 Oct 2008, at 1:15, Steven Hartland wrote: > You must be very careful with using less than 48bit addressing when > both > the drive and the controller supports it as some disks report errors > at > none standard crossover points. > > I saw this first hand with the highpoint driver where it totally > trashed > the RAID volumes. The solution was to "always" use 48bit addressing if > the drive supports / requires it. Could this be the thing that is at stake ? The mirror, consisting out of ad4/ad6 got its ad4 trashed with the patch enabled. luckily it could be rebuild from the intact ad6. here is a atacontrol cap ad4 (0|chassis|ttyp0[-]) ~ > atacontrol cap ad4 Protocol Serial ATA II device model SEAGATE ST32500NSSUN250G 0825B824R1 serial number 9QE824R1 firmware revision 3AZQ cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488390625 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 254/0xFE --Apple-Mail-18--1036898920 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFI+EgIZ88+mcQxRw0RAl+5AJ4jHxBDhIbngBfkdx46O47I3Z2L5wCgg8Pz saxwy5UeFNfQwtEDFUL5h8w= =zeZp -----END PGP SIGNATURE----- --Apple-Mail-18--1036898920-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 09:07: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 F3C2E1065689; Fri, 17 Oct 2008 09:07:10 +0000 (UTC) (envelope-from prvs=1176c4cfda=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id ED9918FC15; Fri, 17 Oct 2008 09:07:09 +0000 (UTC) (envelope-from prvs=1176c4cfda=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1224233376; x=1224838176; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=YjK0HiTEj4x1+2TbMXdvr /m90F/UznzIt84Ce1bkreI=; b=oUtWMqbv7idZgxwpsuVy25t38N0wJf/EKf0KJ 73VtUlu3PYKpx35HKTkn45wp5u18Wm0N7yhbuUmfiMp/IYQvNFb9A1G+KS8R01i4 jJacPNJRrSD8MHqz6BQ1Tid33wb4zYmOSdOxwM97+tJzZA5IIXutDy1m63CWlcbS Jpo9Ug= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50006413225.msg; Fri, 17 Oct 2008 09:49:34 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1176c4cfda=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Ruben van Staveren" References: <676151223134689@webmail38.yandex.ru> <20081005004808.GA70137@icarus.home.lan> <48E99C18.6070602@yandex.ru> <20081006051211.GA10542@icarus.home.lan> <20081010115855.GA31707@icarus.home.lan><20081016071700.GA2793@icarus.home.lan> <48F7B865.2040604@mawer.org> Date: Fri, 17 Oct 2008 09:49:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 17 Oct 2008 09:49:36 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 17 Oct 2008 09:49:36 +0100 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , "Andrey V. Elsukov" , kib@freebsd.org, sos@freebsd.org Subject: Re: Request for testing: ata(4) MFC 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, 17 Oct 2008 09:07:11 -0000 Highly likely, as it was seagate disks I had this issue with. The comment in the hptmv driver:- + /* + * always use 48bit LBA if drive supports it. + * Some Seagate drives report error if you use a 28-bit command + * to access sector 0xfffffff. + */ ----- Original Message ----- From: "Ruben van Staveren" > You must be very careful with using less than 48bit addressing when > both > the drive and the controller supports it as some disks report errors > at > none standard crossover points. > > I saw this first hand with the highpoint driver where it totally > trashed > the RAID volumes. The solution was to "always" use 48bit addressing if > the drive supports / requires it. Could this be the thing that is at stake ? The mirror, consisting out of ad4/ad6 got its ad4 trashed with the patch enabled. luckily it could be rebuild from the intact ad6. here is a atacontrol cap ad4 (0|chassis|ttyp0[-]) ~ > atacontrol cap ad4 Protocol Serial ATA II device model SEAGATE ST32500NSSUN250G 0825B824R1 serial number 9QE824R1 firmware revision 3AZQ cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488390625 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 254/0xFE ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 10:35: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 CC3541065688; Fri, 17 Oct 2008 10:35:47 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 021C88FC08; Fri, 17 Oct 2008 10:35:46 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A7D34.dip.t-dialin.net [84.154.125.52]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m9HAZgqL078729; Fri, 17 Oct 2008 12:35:43 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m9HAZU1h050313; Fri, 17 Oct 2008 12:35:30 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m9HAZHv2019804; Fri, 17 Oct 2008 12:35:22 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200810171035.m9HAZHv2019804@fire.js.berklix.net> to: stable@freebsd.org, re@freebsd.org From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Fri, 17 Oct 2008 00:32:04 +0200." <200810162232.m9GMW45x079866@fire.js.berklix.net> Date: Fri, 17 Oct 2008 12:35:17 +0200 Sender: jhs@berklix.org Cc: pyunyh@gmail.com, Jeremy Chadwick , Abdullah Ibn Hamad Al-Marri Subject: Re: rl0: watchdog timeout + 40, 000 ms ping with 7.1-BETA-i386-disc1.iso 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, 17 Oct 2008 10:35:47 -0000 Hi, Reference: > From: "Julian Stacey" > Date: Fri, 17 Oct 2008 00:32:04 +0200 > Message-id: <200810162232.m9GMW45x079866@fire.js.berklix.net> "Julian Stacey" wrote: > Hi stable@ & I added re@ > Summary: > Seems I've found a regression error between 6.0-RELEASE & > 7.1-BETA-i386-disc1.iso. I just installed 6.4-RC1-i386-disc1.iso & that works OK with rl0 Now installing 7.1-BETA2-i386-disc1.iso & will report after. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 10: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 9FFEB10656A2 for ; Fri, 17 Oct 2008 10:50:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6988FC14 for ; Fri, 17 Oct 2008 10:50:41 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m9HAodd2038919; Fri, 17 Oct 2008 12:50:39 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m9HAodYX038918; Fri, 17 Oct 2008 12:50:39 +0200 (CEST) (envelope-from olli) Date: Fri, 17 Oct 2008 12:50:39 +0200 (CEST) Message-Id: <200810171050.m9HAodYX038918@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 17 Oct 2008 12:50:40 +0200 (CEST) Cc: Subject: "mount -u -o ro" problems with 7-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: Fri, 17 Oct 2008 10:50:42 -0000 Hi, This happened to me repeatedly (but not always), even after updating to the latest RELENG_7 yesterday ... 1. Boot into single user mode 2. fsck / # finishes successful! 3. mount -u / 4. Do a few edits to files in /etc 5. mount -u -o ro / softdep_waitidle: Failed to flush worklist for 0xc1f36b30 mount: /dev/ad0s1a : Device busy I can't remount the root file system read-only, so I'm forced to type "reboot" and go to single-user mode again. At this point the root file system is dirty and fsck needs to be run to fix it. The same happens sometimes when going from multi-user to single-user ("shutdown now") and trying to unmount /usr. Sometimes it works, sometimes it fails the same way as above. Another thing I noticed: When remounting the root FS to read-only works, and I try to fsck it afterwards, I get this: ** /dev/ad0s1a (NO WRITE) So it refuses to fix anything, even though the FS is not mounted read-write. I'm not sure if this is expected behaviour, but it was my understanding that fsck should be able to fix file systems that are mounted read-only. All of that is with a recent 7-stable (20081016) on an ASUS notebook that works very well otherwise. Well, except that it's not supported by acpi_asus(4) even though the manpage claims it is, but that's probably unrelated to the softdep_waitidle problem. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd In my experience the term "transparent proxy" is an oxymoron (like jumbo shrimp). "Transparent" proxies seem to vary from the distortions of a funhouse mirror to barely translucent. I really, really dislike them when trying to figure out the corrective lenses needed with each of them. -- R. Kevin Oberman, Network Engineer From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 11:22: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 B66381065688 for ; Fri, 17 Oct 2008 11:22:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0638FC1E for ; Fri, 17 Oct 2008 11:22:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KqnPi-000C5M-Iu; Fri, 17 Oct 2008 14:22:38 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m9HBMYP2007604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Oct 2008 14:22:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id m9HBMYFR071928; Fri, 17 Oct 2008 14:22:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m9HBMYqV071924; Fri, 17 Oct 2008 14:22:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 17 Oct 2008 14:22:34 +0300 From: Kostik Belousov To: Oliver Fromme Message-ID: <20081017112234.GE7782@deviant.kiev.zoral.com.ua> References: <200810171050.m9HAodYX038918@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iQ8Co4IqQeXLS+x9" Content-Disposition: inline In-Reply-To: <200810171050.m9HAodYX038918@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua 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.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KqnPi-000C5M-Iu 761667d5b69ee32716a2e80bc30eb08a X-Terabit: YES Cc: freebsd-stable@freebsd.org Subject: Re: "mount -u -o ro" problems with 7-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: Fri, 17 Oct 2008 11:22:40 -0000 --iQ8Co4IqQeXLS+x9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 17, 2008 at 12:50:39PM +0200, Oliver Fromme wrote: > Hi, >=20 > This happened to me repeatedly (but not always), even > after updating to the latest RELENG_7 yesterday ... >=20 > 1. Boot into single user mode > 2. fsck / # finishes successful! > 3. mount -u / > 4. Do a few edits to files in /etc > 5. mount -u -o ro / > softdep_waitidle: Failed to flush worklist for 0xc1f36b30 > mount: /dev/ad0s1a : Device busy This is believed to be fixed for HEAD. I do not want to do MFC before 7.1. --iQ8Co4IqQeXLS+x9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj4dXkACgkQC3+MBN1Mb4gf/gCg0RXAKCxgwBoA/vgILynT9FC9 r5AAn3lQ3LG2qJ4QUNy+tesmWGiiste+ =ndBW -----END PGP SIGNATURE----- --iQ8Co4IqQeXLS+x9-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 11:40: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 B6D36106568A for ; Fri, 17 Oct 2008 11:40:14 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay006.isp.belgacom.be (mailrelay006.isp.belgacom.be [195.238.6.172]) by mx1.freebsd.org (Postfix) with ESMTP id 551598FC12 for ; Fri, 17 Oct 2008 11:40:13 +0000 (UTC) (envelope-from tijl@ulyssis.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AugEAKsW+EhR9S9t/2dsb2JhbACBcsAAg2w Received: from 109.47-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.245.47.109]) by relay.skynet.be with ESMTP; 17 Oct 2008 13:40:12 +0200 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id m9HBbwgT002125; Fri, 17 Oct 2008 13:37:58 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: "J.R. Oldroyd" Date: Fri, 17 Oct 2008 13:37:56 +0200 User-Agent: KMail/1.9.10 References: <20081014183047.DA9EA4500F@ptavv.es.net> <20081016142537.446d6dc1@mkproductions.org> <20081016162327.1cdcacd1@vougeot> In-Reply-To: <20081016162327.1cdcacd1@vougeot> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810171337.57569.tijl@ulyssis.org> Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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: Fri, 17 Oct 2008 11:40:14 -0000 On Thursday 16 October 2008 22:23:27 J.R. Oldroyd wrote: > It works here, although my 7-stable is a few days old and I applied > the linprocfs.c patch by hand. > > I also used the pre-compiled libflashsupport.so binary referred to in > the thread. > > Then used nspluginwrapper to add links for native apps. > > Linux support is fc8. > > It works in native firefox3, albeit without audio. Firefox does not > crash. Flash apps quietly run to completion. Youtube works. No audio often means libflashsupport can't find all lib dependencies. You can check this with: /compat/linux/bin/sh /usr/bin/ldd /usr/lib/libflashsupport.so linux_base-f8 was missing some of those libs, so make sure you have the latest version of that port. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 11:50: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 EDC231065697; Fri, 17 Oct 2008 11:50:09 +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 770F08FC12; Fri, 17 Oct 2008 11:50:09 +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 1A61719E023; Fri, 17 Oct 2008 13:50:07 +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 C4EEF19E019; Fri, 17 Oct 2008 13:50:04 +0200 (CEST) Message-ID: <48F87C0E.8060404@quip.cz> Date: Fri, 17 Oct 2008 13:50:38 +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: Jeremy Chadwick References: <20080927051413.GA42700@icarus.home.lan> <765067435.20080926223557@takeda.tk> <20080927064417.GA43638@icarus.home.lan> <20080927202250.GA60980@icarus.home.lan> <48E0DB7E.20804@quip.cz> <1222699642.24339.12.camel@buffy.york.ac.uk> <48E0F36C.1080400@quip.cz> <20080929153220.GA11459@icarus.home.lan> <48F7964C.4060309@quip.cz> <20081016202322.GA2429@icarus.home.lan> In-Reply-To: <20081016202322.GA2429@icarus.home.lan> Content-Type: multipart/mixed; boundary="------------060206040901040307060008" Cc: Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Recommendations for servers running SATA drives [hot-swap] 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, 17 Oct 2008 11:50:10 -0000 This is a multi-part message in MIME format. --------------060206040901040307060008 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Jeremy Chadwick wrote: > On Thu, Oct 16, 2008 at 09:30:20PM +0200, Miroslav Lachman wrote: > >>Today I was replacing disk in one Sun Fire X2100 M2 so I tried >>hot-swapping. It was as you said: atacontrol detach ata3, replace the >>HDD, atacontrol attach ata3 and new disk is in the system. I tried it 3 >>times to be sure that it was not coincidence - no panic was produced ;o) >>So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD 7.0 i386 >>works. > > > That's excellent news. So it seems possibly the problem I was seeing > was with "reinit" causing some sort of chaos. I'll have to check things > on my testbox here at home to see how I caused the panic last time. > > Thanks for providing feedback, as usual! :-) Unfortunately there is one problem - I see a lot of interrupts after disk swapping (about 193k of atapci1) Interrupts 197k total ohci0 21 ehci0 22 193k atapci1 23 2001 cpu0: time 1 bge1 273 2001 cpu1: time Full output of systat -vm 2 is attached. It is shown in top as 50% interrupt (CPU state) and load 1 until I rebooted the machine (I can provide MRTG graphs). The system was not in production load, but almost idle. (I will put it in production tomorrow). After reboot, everything is OK. Can somebody test hot-swapping with SATA drives and confirm this behavior? (I can't test it now, because machine is in datacenter) Miroslav Lachman --------------060206040901040307060008 Content-Type: text/plain; name="systat_vm.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="systat_vm.txt" 2 users Load 1.00 1.00 0.99 Oct 17 00:25 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 40032 6212 118412 9352 509928 count All 70200 7884 4370000 16700 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt cow 197k total 3 45 387k 6 75 193k 187 zfod ohci0 21 ozfod ehci0 22 0.7%Sys 45.9%Intr 0.0%User 0.0%Nice 53.4%Idle %ozfod 193k atapci1 23 | | | | | | | | | | | daefr 2001 cpu0: time +++++++++++++++++++++++ prcfr 1 bge1 273 10 dtbuf totfr 2001 cpu1: time Namei Name-cache Dir-cache 68955 desvn react Calls hits % hits % 58041 numvn pdwak 17234 frevn pdpgs intrn Disks ad4 ad6 191128 wire KB/t 0.00 0.00 59664 act tps 0 0 242588 inact MB/s 0.00 0.00 46108 cache %busy 0 0 463820 free 113488 buf --------------060206040901040307060008-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 12:09:01 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 0B77310656A3 for ; Fri, 17 Oct 2008 12:09:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id A39608FC19 for ; Fri, 17 Oct 2008 12:09:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA05.westchester.pa.mail.comcast.net with comcast id Tmpv1a00D17dt5G55o8zXz; Fri, 17 Oct 2008 12:08:59 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA13.westchester.pa.mail.comcast.net with comcast id To8y1a00T2P6wsM3Zo8zFw; Fri, 17 Oct 2008 12:08:59 +0000 X-Authority-Analysis: v=1.0 c=1 a=zWTp1yHTipkA:10 a=6gU17RteXIwA:10 a=QycZ5dHgAAAA:8 a=9B_LFvtLRcfahKYJ184A:9 a=FW9MeKlnFgkdH4kfFoEA:7 a=dj4Ygb1jN75AmOru9ZmjYdLvKXUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 86E74C9432; Fri, 17 Oct 2008 05:08:58 -0700 (PDT) Date: Fri, 17 Oct 2008 05:08:58 -0700 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20081017120858.GA20746@icarus.home.lan> References: <20080927064417.GA43638@icarus.home.lan> <20080927202250.GA60980@icarus.home.lan> <48E0DB7E.20804@quip.cz> <1222699642.24339.12.camel@buffy.york.ac.uk> <48E0F36C.1080400@quip.cz> <20080929153220.GA11459@icarus.home.lan> <48F7964C.4060309@quip.cz> <20081016202322.GA2429@icarus.home.lan> <48F87C0E.8060404@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F87C0E.8060404@quip.cz> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Recommendations for servers running SATA drives [hot-swap] 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, 17 Oct 2008 12:09:01 -0000 On Fri, Oct 17, 2008 at 01:50:38PM +0200, Miroslav Lachman wrote: > Jeremy Chadwick wrote: >> On Thu, Oct 16, 2008 at 09:30:20PM +0200, Miroslav Lachman wrote: >> >>> Today I was replacing disk in one Sun Fire X2100 M2 so I tried >>> hot-swapping. It was as you said: atacontrol detach ata3, replace the >>> HDD, atacontrol attach ata3 and new disk is in the system. I tried >>> it 3 times to be sure that it was not coincidence - no panic was >>> produced ;o) >>> So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD 7.0 >>> i386 works. >> >> >> That's excellent news. So it seems possibly the problem I was seeing >> was with "reinit" causing some sort of chaos. I'll have to check things >> on my testbox here at home to see how I caused the panic last time. >> >> Thanks for providing feedback, as usual! :-) > > Unfortunately there is one problem - I see a lot of interrupts after > disk swapping (about 193k of atapci1) > > Interrupts > 197k total > ohci0 21 > ehci0 22 > 193k atapci1 23 > 2001 cpu0: time > 1 bge1 273 > 2001 cpu1: time Okay, so it looks like the interrupt rate on atapci1 after swapping is going crazy. What you're showing there looks like heavily modified vmstat -i output. > Full output of systat -vm 2 is attached. > > It is shown in top as 50% interrupt (CPU state) and load 1 until I > rebooted the machine (I can provide MRTG graphs). The system was not in > production load, but almost idle. (I will put it in production tomorrow). > After reboot, everything is OK. And this box is running the ATA patch Andrey provided, yes? > Can somebody test hot-swapping with SATA drives and confirm this > behavior? (I can't test it now, because machine is in datacenter) I can test it on my P4SCE box. I'll check the interrupt rates after each step of the hot-swap to see if/when the problem starts. -- | 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 Oct 17 12:26:32 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 3773A106568C for ; Fri, 17 Oct 2008 12:26:32 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id B94338FC23 for ; Fri, 17 Oct 2008 12:26:31 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id m2so1738782uge.39 for ; Fri, 17 Oct 2008 05:26:29 -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:content-type :date:message-id:mime-version:x-mailer; bh=dmAXv31KQGDk1MBWY0ns6H4rqzkRr2RMKuqQ51f4l1U=; b=nL95o8ylVkewNjUW6Ix/mC1tuA2vsN/1OGkYPH59xvTchBWx2dlOlfs0WhlEREAeQf 7j7BwUW2NpcjQXSOE78WoHurAJWWSPd3jzA9FcosPFrIzjt8deZJ/JqjdC1tNNiQmoby eP1YXHaejS6mQRGawGkQ2ygXuZ/Ak6z51XVXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=jR1P7fWQIwhkPJ1sbu0Ibukqz68VFMiSriG5IEgQTgB7q8N9XcJLrWjnhK6pzILbov Mik8N6GmCKPVnvwBQqE2SCCcxBPvWU/X7nh34ONZKRbLsLtflA8qVeLAQxgOw+RQbIkJ 3JeefhrVUlyB57MYhbZgLyAQDmc2FTv97P4xs= Received: by 10.66.224.19 with SMTP id w19mr13429ugg.72.1224245030884; Fri, 17 Oct 2008 05:03:50 -0700 (PDT) Received: from ?127.0.0.1? (83-244-213-91.cust-83.exponential-e.net [83.244.213.91]) by mx.google.com with ESMTPS id e23sm5101393ugd.22.2008.10.17.05.03.49 (version=SSLv3 cipher=RC4-MD5); Fri, 17 Oct 2008 05:03:50 -0700 (PDT) From: Tom Evans To: stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-P8lq/+xpWtByuT6SytGC" Date: Fri, 17 Oct 2008 13:03:48 +0100 Message-Id: <1224245028.53182.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Cc: Subject: Correct downgrade procedure 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, 17 Oct 2008 12:26:32 -0000 --=-P8lq/+xpWtByuT6SytGC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi all I've been having increasingly annoying Xorg crashes with 7.1, on a previously very reliable laptop[1], and am now trying to go back to how it used to work, starting off by downgrading kernel + world to 7.0-RELEASE, which used to work quite nicely. If that fails to make any huge strides, I guess I'll have to rollback the ports tree as well. I was wondering if there was a best-practise way of downgrading? I guess I will also have to rebuild all/most ports; that's what weekends are for :) Cheers Tom [1] http://lists.freebsd.org/pipermail/freebsd-x11/2008-October/006822.html --=-P8lq/+xpWtByuT6SytGC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkj4fyEACgkQlcRvFfyds/cwUgCeOU2+7JzU5cE15W+fCZLAvdxG 7zIAn1nBmoEU2lgMt3/t2+B0lNMVkXxn =vYWu -----END PGP SIGNATURE----- --=-P8lq/+xpWtByuT6SytGC-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 12:58: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 434AD106569A; Fri, 17 Oct 2008 12:58:01 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 46DF98FC13; Fri, 17 Oct 2008 12:57:59 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A3C6D.dip.t-dialin.net [84.154.60.109]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m9HCvrwt080582; Fri, 17 Oct 2008 14:57:56 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m9HCvhM4051473; Fri, 17 Oct 2008 14:57:43 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m9HCvS1B022196; Fri, 17 Oct 2008 14:57:33 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200810171257.m9HCvS1B022196@fire.js.berklix.net> From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Fri, 17 Oct 2008 12:35:17 +0200." <200810171035.m9HAZHv2019804@fire.js.berklix.net> Date: Fri, 17 Oct 2008 14:57:28 +0200 Sender: jhs@berklix.org Cc: pyunyh@gmail.com, stable@freebsd.org, re@freebsd.org, Jeremy Chadwick , Abdullah Ibn Hamad Al-Marri Subject: Re: rl0: watchdog timeout + 40, 000 ms ping with 7.1-BETA-i386-disc1.iso 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, 17 Oct 2008 12:58:01 -0000 Hi stable & re, > > Hi stable@ & I added re@ > > Summary: > > Seems I've found a regression error between 6.0-RELEASE & > > 7.1-BETA-i386-disc1.iso. > > I just installed 6.4-RC1-i386-disc1.iso & that works OK with rl0 > Now installing 7.1-BETA2-i386-disc1.iso & will report after. The fault ( [rl0:] watchdog timeout) disappeared with 7.1-BETA2-i386-disc1.iso :-) As seen on same host, (with no bios changes between reboots of: Jeremy mentioned on 25 Sep: IRQ 12 is often used for PS/2 devices (mice, keyboards), and I see rl0 is sitting on that IRQ. But I wasn't sure about changing IRQs & others with similar hardware would be even less sure, so its interesting to see which FreeBSD releases do & do not cope with this PC's BIOS defaults. 6.0-RELEASE rl0 OK 6.4-RC1-i386-disc1.iso rl0 OK 7.0-RELEASE rl0 fails 7.1-BETA-i386-disc1.iso rl0 fails 7.1-BETA2-i386-disc1.iso rl0 OK BTW if anyone wants to see old articles on this thread, it starts at: http://docs.FreeBSD.org/cgi/mid.cgi?200809251536.m8PFaido092110 But clicking "Next in thread" above doesnt work. Better use: http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/045337.html Though that doesn't include latest. FYI I append dmesg ; vmstat -i ; pciconf -lv -------- 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.1-BETA2 #0: Mon Oct 13 04:23:28 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (651.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383f9ff real memory = 134152192 (127 MB) avail memory = 117157888 (111 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ACPI disabled by blacklist. Contact your BIOS vendor. ACPI: Try disabling either ACPI or apic support. pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 256M pcib1: at device 1.0 on pci0 pci1: on pcib1 $PIR: ROUTE_INTERRUPT failed. vgapci0: port 0xc000-0xc0ff mem 0xe0000000-0xe7ffffff,0xed000000-0xed00ffff irq 11 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xd400-0xd41f irq 10 at device 7.2 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 pci0: at device 7.3 (no driver attached) rl0: port 0xd800-0xd8ff mem 0xee000000-0xee0000ff irq 12 at device 10.0 on pci0 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:08:a1:6d:65:07 rl0: [ITHREAD] pci0: at device 11.0 (no driver attached) cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 651480982 Hz quality 800 Timecounters tick every 1.000 msec ad0: 4110MB at ata0-master UDMA33 acd0: CDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a rl0: link state changed to UP ------------- interrupt total rate irq0: clk 382722 999 irq1: atkbd0 4 0 irq6: fdc0 11 0 irq8: rtc 48987 127 irq12: rl0 579 1 irq14: ata0 1267 3 irq15: ata1 58 0 Total 433628 1132 ------------- hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x06911106 rev=0x44 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C691/693A/694X Apollo Pro/133/133A System Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x85981106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT82C598MVP/694x Apollo MVP3/Pro133x PCI to AGP Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:7:0: class=0x060100 card=0x00001106 chip=0x05961106 rev=0x12 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C596/A/B "Mobile South" PCI to ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master IDE Controller' class = mass storage subclass = ATA uhci0@pci0:0:7:2: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x08 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB none0@pci0:0:7:3: class=0x060000 card=0x00000000 chip=0x30501106 rev=0x20 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C596/596A/596 Power Management and SMBus Controller' class = bridge subclass = HOST-PCI rl0@pci0:0:10:0: class=0x020000 card=0x50323030 chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet none1@pci0:0:11:0: class=0x040100 card=0x00011565 chip=0x1969125d rev=0x01 hdr=0x00 vendor = 'ESS Technology' device = 'ES72222 Solo-1 PCI AudioDrive family' class = multimedia subclass = audio vgapci0@pci0:1:0:0: class=0x030000 card=0x031018bc chip=0x51591002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV100 Radeon 7000 / Radeon VE' class = display subclass = VGA Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 13:05: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 4574B1065697 for ; Fri, 17 Oct 2008 13:05:27 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id F14CB8FC14 for ; Fri, 17 Oct 2008 13:05:26 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 74.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.74]) by smtp.vzavenue.net with ESMTP; 17 Oct 2008 09:05:24 -0400 X-REPUTATION: None X-REMOTE-IP: 66.171.79.74 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AugEABsf+EhCq09K/2dsb2JhbACBcr9iB4Nl X-IronPort-AV: i="4.33,431,1220241600"; d="asc'?scan'208"; a="190773154:sNHT23181426" Received: from vougeot (AToulon-257-1-95-244.w86-211.abo.wanadoo.fr [86.211.190.244]) (authenticated bits=0) by homobox.opal.com (8.14.2/8.14.2) with ESMTP id m9HD5GcM051926 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 17 Oct 2008 09:05:22 -0400 (EDT) (envelope-from fbsd@opal.com) Date: Fri, 17 Oct 2008 09:05:10 -0400 From: "J.R. Oldroyd" To: Tijl Coosemans Message-ID: <20081017090510.66c8cec2@vougeot> In-Reply-To: <200810171337.57569.tijl@ulyssis.org> References: <20081014183047.DA9EA4500F@ptavv.es.net> <20081016142537.446d6dc1@mkproductions.org> <20081016162327.1cdcacd1@vougeot> <200810171337.57569.tijl@ulyssis.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/X//WzyTjtkM4gTyp.3Yqmak"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: Status of Flash 9 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: Fri, 17 Oct 2008 13:05:27 -0000 --Sig_/X//WzyTjtkM4gTyp.3Yqmak Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 17 Oct 2008 13:37:56 +0200, Tijl Coosemans wrote: > > No audio often means libflashsupport can't find all lib dependencies. I had noticed that a couple of dependencies were, in fact, missing. Your email was very timely - I was just going to figure out how to get them. Deinstalling fc8 and installing the up-to-date version in the ports solved the problem. Flash9 with audio now OK here on 7-stable. Great stuff, Tijl, and everyone else who worked on this. Very much appreciated. -jr --Sig_/X//WzyTjtkM4gTyp.3Yqmak Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj4jYYACgkQls33urr0k4nXkQCfY0PSpdhEncEzKWuB8/V+MYG7 MIQAnRyCQVgG/FIziRGvBj+MeWGdhJzV =bzEu -----END PGP SIGNATURE----- --Sig_/X//WzyTjtkM4gTyp.3Yqmak-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 13:09:20 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 3976F1065686 for ; Fri, 17 Oct 2008 13:09:20 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from hpsmtp-eml19.kpnxchange.com (hpsmtp-eml19.KPNXCHANGE.COM [213.75.38.84]) by mx1.freebsd.org (Postfix) with ESMTP id BC2408FC12 for ; Fri, 17 Oct 2008 13:09:19 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtp-eml109.kpnxchange.com ([213.75.84.109]) by hpsmtp-eml19.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 17 Oct 2008 14:57:16 +0200 Received: from koko.offrom.nl ([86.82.183.148]) by cpsmtp-eml109.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 17 Oct 2008 14:57:16 +0200 Received: from wiz.vpn.offrom.nl (Debian-exim@wiz.vpn.offrom.nl [10.168.0.18]) by koko.offrom.nl (8.14.2/8.14.2) with ESMTP id m9HCvDeA063611; Fri, 17 Oct 2008 14:57:13 +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 1KqotL-0004Ov-BS; Fri, 17 Oct 2008 14:57:19 +0200 Date: Fri, 17 Oct 2008 14:57:18 +0200 From: Willy Offermans To: Tom Evans Message-ID: <20081017125718.GA16645@wiz.vpn.offrom.nl> References: <1224245028.53182.6.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1224245028.53182.6.camel@localhost> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.94/8438/Fri Oct 17 08:37:10 2008 on koko.offrom.nl X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on koko.offrom.nl X-OriginalArrivalTime: 17 Oct 2008 12:57:16.0289 (UTC) FILETIME=[E1A73710:01C93057] Cc: stable@freebsd.org Subject: Re: Correct downgrade procedure 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, 17 Oct 2008 13:09:20 -0000 Hello Tom and FreeBSD friends, On Fri, Oct 17, 2008 at 01:03:48PM +0100, Tom Evans wrote: > Hi all > > I've been having increasingly annoying Xorg crashes with 7.1, on a > previously very reliable laptop[1], and am now trying to go back to how > it used to work, starting off by downgrading kernel + world to > 7.0-RELEASE, which used to work quite nicely. If that fails to make any > huge strides, I guess I'll have to rollback the ports tree as well. > > I was wondering if there was a best-practise way of downgrading? I guess > I will also have to rebuild all/most ports; that's what weekends are > for :) > > Did you consider using ``portdowngrade''. It should be included in your portstree. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* Dr. W.K. Offermans CAT Postdoctoral Fellow CAT Catalytic Center Institut für Technische und Makromolekulare Chemie RWTH Aachen Worringerweg 1, Raum 38C-150 D-52074 Aachen, Germany Phone: +49 241 80 28592 Home: +31 45 544 49 44 Mobile: +31 653 27 16 23 e-mail: Willy@Offermans.Rompen.nl e-mail: Willy.Offermans@CatalyticCenter.RWTH-Aachen.de Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 13:29: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 34F3F1065686 for ; Fri, 17 Oct 2008 13:29:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id A4E218FC16 for ; Fri, 17 Oct 2008 13:29:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m9HDTSx0046835; Fri, 17 Oct 2008 15:29:28 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m9HDTSIh046834; Fri, 17 Oct 2008 15:29:28 +0200 (CEST) (envelope-from olli) Date: Fri, 17 Oct 2008 15:29:28 +0200 (CEST) Message-Id: <200810171329.m9HDTSIh046834@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kostikbel@gmail.com In-Reply-To: <20081017112234.GE7782@deviant.kiev.zoral.com.ua> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 17 Oct 2008 15:29:29 +0200 (CEST) Cc: Subject: Re: "mount -u -o ro" problems with 7-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: Fri, 17 Oct 2008 13:29:31 -0000 Kostik Belousov wrote: > Oliver Fromme wrote: > > Hi, > > > > This happened to me repeatedly (but not always), even > > after updating to the latest RELENG_7 yesterday ... > > > > 1. Boot into single user mode > > 2. fsck / # finishes successful! > > 3. mount -u / > > 4. Do a few edits to files in /etc > > 5. mount -u -o ro / > > softdep_waitidle: Failed to flush worklist for 0xc1f36b30 > > mount: /dev/ad0s1a : Device busy > > This is believed to be fixed for HEAD. I do not want to do MFC > before 7.1. OK, that's good news. Thanks for the information. So I'll watch the commit messages for the MFC after 7.1. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "People still program in C. People keep writing shell scripts. *Most* people don't realize the shortcomings of the tools they are using because they a) don't reflect on their workflows and they are b) too lazy to check out alternatives to realize there is help." -- Simon 'corecode' Schubert From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 13:37:16 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 90ED31065686; Fri, 17 Oct 2008 13:37:16 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from unsam.edu.ar (mx.unsam.edu.ar [200.45.170.30]) by mx1.freebsd.org (Postfix) with ESMTP id 178FE8FC16; Fri, 17 Oct 2008 13:37:12 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from gama.iib.unsam.edu.ar by unsam.edu.ar (MDaemon.PRO.v8.1.1.R) with ESMTP id md50011078251.msg; Fri, 17 Oct 2008 10:38:30 -0300 Received: from gama.iib.unsam.edu.ar (localhost [127.0.0.1]) by gama.iib.unsam.edu.ar (8.14.2/8.14.2) with ESMTP id m9HDb252073327; Fri, 17 Oct 2008 10:37:02 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by gama.iib.unsam.edu.ar (8.14.2/8.14.2/Submit) id m9HDaklh073326; Fri, 17 Oct 2008 10:36:46 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: gama.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Fri, 17 Oct 2008 10:36:46 -0300 From: Fernan Aguero To: John Baldwin Message-ID: <20081017133646.GC72525@iib.unsam.edu.ar> References: <520894aa0809301434h68b94628x54ec08fd48785feb@mail.gmail.com> <200810081700.55729.jhb@freebsd.org> <20081010171117.GC24278@iib.unsam.edu.ar> <200810101323.02062.jhb@freebsd.org> <20081014131751.GA28950@iib.unsam.edu.ar> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081014131751.GA28950@iib.unsam.edu.ar> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Processed: unsam-mail.unsam.edu.ar, Fri, 17 Oct 2008 10:38:30 -0300 (not processed: spam filter disabled) X-Return-Path: fernan@iib.unsam.edu.ar X-MDAV-Processed: unsam-mail.unsam.edu.ar, Fri, 17 Oct 2008 10:38:32 -0300 Cc: d@delphij.net, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: [FreeBSD] Fix for ServerWorks HT1000 in upcoming 7.1? 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, 17 Oct 2008 13:37:16 -0000 > > On Friday 10 October 2008 01:11:17 pm Fernan Aguero wrote: > > > John, > > > > > > thanks for the tip. I have now successfully gone through > > > the process of making a new bootable CD using the ATA_HT1000 > > > patched kernel. [snipped] > So far everything seems to be working OK ... compiled and > installed a couple of ports (vim, screen, apache, > portupgrade), and everything looks fine. > > I can run more thourough tests if you want. Just let me know > what those are and guide me through them ... are we still on > time for including this patch in the upcoming 7.1? Will > there be a new beta or RC? > > Fernan I have already built world + kernel and installed some more ports. Again, everything works fine. Should I submit a PR asking for inclusion of this patch? This platform (ServerWorks HT1000, and the Dell PowerEdge SC1435) would not boot 7.0 nor 7.1-BETA. If the patch does not affect other chipsets, it would be good to include it in 7.1-RELEASE. Fernan From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 14:08: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 60BF61065688; Fri, 17 Oct 2008 14:08:46 +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 16B268FC16; Fri, 17 Oct 2008 14:08:46 +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 26A3B19E02A; Fri, 17 Oct 2008 16:08:45 +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 D3CB519E027; Fri, 17 Oct 2008 16:08:42 +0200 (CEST) Message-ID: <48F89C8D.5020301@quip.cz> Date: Fri, 17 Oct 2008 16:09:17 +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: Jeremy Chadwick References: <20080927064417.GA43638@icarus.home.lan> <20080927202250.GA60980@icarus.home.lan> <48E0DB7E.20804@quip.cz> <1222699642.24339.12.camel@buffy.york.ac.uk> <48E0F36C.1080400@quip.cz> <20080929153220.GA11459@icarus.home.lan> <48F7964C.4060309@quip.cz> <20081016202322.GA2429@icarus.home.lan> <48F87C0E.8060404@quip.cz> <20081017120858.GA20746@icarus.home.lan> In-Reply-To: <20081017120858.GA20746@icarus.home.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Recommendations for servers running SATA drives [hot-swap] 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, 17 Oct 2008 14:08:46 -0000 Jeremy Chadwick wrote: > On Fri, Oct 17, 2008 at 01:50:38PM +0200, Miroslav Lachman wrote: > >>Jeremy Chadwick wrote: >> >>>On Thu, Oct 16, 2008 at 09:30:20PM +0200, Miroslav Lachman wrote: >>> >>> >>>>Today I was replacing disk in one Sun Fire X2100 M2 so I tried >>>>hot-swapping. It was as you said: atacontrol detach ata3, replace the >>>> HDD, atacontrol attach ata3 and new disk is in the system. I tried >>>>it 3 times to be sure that it was not coincidence - no panic was >>>>produced ;o) >>>>So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD 7.0 >>>>i386 works. >>> >>> >>>That's excellent news. So it seems possibly the problem I was seeing >>>was with "reinit" causing some sort of chaos. I'll have to check things >>>on my testbox here at home to see how I caused the panic last time. >>> >>>Thanks for providing feedback, as usual! :-) >> >>Unfortunately there is one problem - I see a lot of interrupts after >>disk swapping (about 193k of atapci1) >> >>Interrupts >>197k total >> ohci0 21 >> ehci0 22 >>193k atapci1 23 >>2001 cpu0: time >> 1 bge1 273 >>2001 cpu1: time > > > Okay, so it looks like the interrupt rate on atapci1 after swapping is > going crazy. What you're showing there looks like heavily modified > vmstat -i output. The shown is manually cropped from systat -vm, I'll try vmstat -i next time. ;) >>Full output of systat -vm 2 is attached. >> >>It is shown in top as 50% interrupt (CPU state) and load 1 until I >>rebooted the machine (I can provide MRTG graphs). The system was not in >>production load, but almost idle. (I will put it in production tomorrow). >>After reboot, everything is OK. > > > And this box is running the ATA patch Andrey provided, yes? It is clean install of FreeBSD 7.0-RELEASE-p5 amd64 without patches. >>Can somebody test hot-swapping with SATA drives and confirm this >>behavior? (I can't test it now, because machine is in datacenter) > > > I can test it on my P4SCE box. > > I'll check the interrupt rates after each step of the hot-swap to see > if/when the problem starts. I'll check the interrupts next time too and will post results to this thread. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 14:16:16 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 6BFD11065696; Fri, 17 Oct 2008 14:16:16 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE7D8FC14; Fri, 17 Oct 2008 14:16:16 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id m9HEGDXr024195; Fri, 17 Oct 2008 09:16:13 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 17 Oct 2008 09:16:13 -0500 (CDT) From: "Sean C. Farley" To: Chagin Dmitry In-Reply-To: <20081017062722.GA6463@dchagin.dialup.corbina.ru> Message-ID: References: <20081014183047.DA9EA4500F@ptavv.es.net> <200810142229.00295.tijl@ulyssis.org> <20081016142537.446d6dc1@mkproductions.org> <20081016200526.GV7782@deviant.kiev.zoral.com.ua> <20081017062722.GA6463@dchagin.dialup.corbina.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.3 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Kostik Belousov , freebsd-stable@FreeBSD.org Subject: Re: Status of Flash 9 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: Fri, 17 Oct 2008 14:16:16 -0000 On Fri, 17 Oct 2008, Chagin Dmitry wrote: > On Thu, Oct 16, 2008 at 06:48:52PM -0500, Sean C. Farley wrote: >> On Thu, 16 Oct 2008, Kostik Belousov wrote: >> >>> Hmm, finaly I noted this thread. There is one more patch in the >>> pipeline for 7 that is needed, as I was told. Testing of that patch >>> seems to be stalled, so I am interested in the feedback. >>> >>> Possible rejects of the $FreeBSD$ chunks are fine. >> >> This patch works for me for most things. I am curious if the removal >> of bsm/audit_kevents.h in two files is desired or not. Is this an accidental MFC-ism? >> I have found that trying to run something on hulu.com in Hi-Res 480p >> instead of Std-Res 360p locks up Flash and the browser. I have to >> run killall npviewer.bin to get the browser back and remove the >> npviewer.bin.core file from my home directory. This is reproducible >> every time at least for me. Of course, this could be an >> nspluginwrapper or even Linux flash issue. > > Hi, > > unfortunatelly, we are still have a serious bug in tls/futex emulation. Thank you for the fixes/additions you have made to the emulator. It is nice to be able to use Flash 9. I am anxious to see how it will behave the next time there is a Webex meeting at work. I am glad we know where the bug is. I always hate those bugs that you know exist but are too elusive to be found. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 15:06: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 73E991065678 for ; Fri, 17 Oct 2008 15:06:19 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD308FC14 for ; Fri, 17 Oct 2008 15:06:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA08.westchester.pa.mail.comcast.net ([76.96.62.12]) by QMTA04.westchester.pa.mail.comcast.net with comcast id TmT91a0040Fqzac54r6JN6; Fri, 17 Oct 2008 15:06:18 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA08.westchester.pa.mail.comcast.net with comcast id Tr6G1a00q2P6wsM3Ur6HgL; Fri, 17 Oct 2008 15:06:18 +0000 X-Authority-Analysis: v=1.0 c=1 a=zWTp1yHTipkA:10 a=6gU17RteXIwA:10 a=QycZ5dHgAAAA:8 a=rwylO6FtibwGB4KiKgIA:9 a=msnsid-XnzazU8UM3kAA:7 a=FkaymIc_OBv_-o9jmMAdPK0jHzgA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 8FB83C9437; Fri, 17 Oct 2008 08:06:16 -0700 (PDT) Date: Fri, 17 Oct 2008 08:06:16 -0700 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20081017150616.GA24321@icarus.home.lan> References: <20080927202250.GA60980@icarus.home.lan> <48E0DB7E.20804@quip.cz> <1222699642.24339.12.camel@buffy.york.ac.uk> <48E0F36C.1080400@quip.cz> <20080929153220.GA11459@icarus.home.lan> <48F7964C.4060309@quip.cz> <20081016202322.GA2429@icarus.home.lan> <48F87C0E.8060404@quip.cz> <20081017120858.GA20746@icarus.home.lan> <48F89C8D.5020301@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F89C8D.5020301@quip.cz> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Gavin Atkinson , freebsd-stable@FreeBSD.org Subject: Re: Recommendations for servers running SATA drives [hot-swap] 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, 17 Oct 2008 15:06:19 -0000 On Fri, Oct 17, 2008 at 04:09:17PM +0200, Miroslav Lachman wrote: > Jeremy Chadwick wrote: >> On Fri, Oct 17, 2008 at 01:50:38PM +0200, Miroslav Lachman wrote: >>> Jeremy Chadwick wrote: >>>> On Thu, Oct 16, 2008 at 09:30:20PM +0200, Miroslav Lachman wrote: >>>> >>>> >>>>> Today I was replacing disk in one Sun Fire X2100 M2 so I tried >>>>> hot-swapping. It was as you said: atacontrol detach ata3, replace >>>>> the HDD, atacontrol attach ata3 and new disk is in the system. I >>>>> tried it 3 times to be sure that it was not coincidence - no >>>>> panic was produced ;o) >>>>> So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD >>>>> 7.0 i386 works. >>>> >>>> >>>> That's excellent news. So it seems possibly the problem I was seeing >>>> was with "reinit" causing some sort of chaos. I'll have to check things >>>> on my testbox here at home to see how I caused the panic last time. >>>> >>>> Thanks for providing feedback, as usual! :-) >>> >>> Unfortunately there is one problem - I see a lot of interrupts after >>> disk swapping (about 193k of atapci1) >>> >>> Interrupts >>> 197k total >>> ohci0 21 >>> ehci0 22 >>> 193k atapci1 23 >>> 2001 cpu0: time >>> 1 bge1 273 >>> 2001 cpu1: time >> >> >> Okay, so it looks like the interrupt rate on atapci1 after swapping is >> going crazy. What you're showing there looks like heavily modified >> vmstat -i output. > > The shown is manually cropped from systat -vm, I'll try vmstat -i next > time. ;) > >>> Full output of systat -vm 2 is attached. >>> >>> It is shown in top as 50% interrupt (CPU state) and load 1 until I >>> rebooted the machine (I can provide MRTG graphs). The system was not >>> in production load, but almost idle. (I will put it in production >>> tomorrow). >>> After reboot, everything is OK. >> >> >> And this box is running the ATA patch Andrey provided, yes? > > It is clean install of FreeBSD 7.0-RELEASE-p5 amd64 without patches. > >>> Can somebody test hot-swapping with SATA drives and confirm this >>> behavior? (I can't test it now, because machine is in datacenter) >> >> >> I can test it on my P4SCE box. >> >> I'll check the interrupt rates after each step of the hot-swap to see >> if/when the problem starts. > > I'll check the interrupts next time too and will post results to this > thread. As promised, here are notes from my testing: First thing to note is that the BIOS on my P4SCE had the ICH5 SATA mode set to "Auto", which was causing PATA emulation to happen on the SATA controller, e.g. disk #0 == ata0-master, disk #1 == ata0-slave. I changed the BIOS option from Auto to "SATA Enhanced", and now the disks show up on their own channels, e.g. disk #0 == ata2-master, disk #1 == ata3-master. Here's the applicable data. Note that this kernel ***DOES*** include Andrey's ATA patch: FreeBSD testbox.home.lan 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Thu Oct 16 10:56:42 PDT 2008 root@testbox.home.lan:/usr/obj/usr/src/sys/TESTBOX i386 atapci1: port 0xc000-0xc007,0xc400-0xc403,0xc800-0xc807,0xcc00-0xcc03,0xd000-0xd00f irq 18 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] SATA controller is on IRQ 18. ad4: 114473MB at ata2-master SATA150 ad6: 238474MB at ata3-master SATA150 ATA channel 2: Master: ad4 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: ad6 Serial ATA II Slave: no device present testbox# df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad4s1a 507630 230182 236838 49% / devfs 1 1 0 100% /dev /dev/ad4s1e 507630 12 467008 0% /tmp /dev/ad4s1f 108498334 2944826 96873642 3% /usr /dev/ad4s1d 2008622 32360 1815574 2% /var /dev/ad6s1d 236511738 4 217590796 0% /hotswap testbox# vmstat -i interrupt total rate irq4: sio0 1398 34 irq6: fdc0 10 0 irq15: ata1 58 1 irq18: atapci1 945 23 irq23: em1 8 0 cpu0: timer 80033 1952 cpu1: timer 79808 1946 Total 162260 3957 testbox# umount /hotswap testbox# atacontrol detach ata3 subdisk6: detached ad6: detached testbox# vmstat -i | grep atapci1 irq18: atapci1 2671 11 At this point I wanted to see what happened if I just reattached without any physical changes to the SATA bus. testbox# atacontrol attach ata3 ata3: [ITHREAD] ad6: 238474MB at ata3-master SATA150 Master: ad6 Serial ATA II Slave: no device present testbox# vmstat -i | grep atapci1 irq18: atapci1 2764 9 testbox# mount /dev/ad6s1d /hotswap testbox# vmstat -i | grep atapci1 irq18: atapci1 2779 8 Now we're going to try detaching *without* umounting the filesystem, then reattaching to see what happens. Based on what I've seen and others have reported in the past, this should panic the kernel. Supposedly this problem is fixed on CURRENT. testbox# atacontrol detach ata3 subdisk6: detached ad6: detached testbox# atacontrol attach ata3 ata3: [ITHREAD] ad6: 238474MB at ata3-master SATA150 Master: ad6 Serial ATA II Slave: no device present testbox# df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad4s1a 507630 230182 236838 49% / devfs 1 1 0 100% /dev /dev/ad4s1e 507630 12 467008 0% /tmp /dev/ad4s1f 108498334 2944826 96873642 3% /usr /dev/ad4s1d 2008622 32360 1815574 2% /var /dev/ad6s1d 236511738 4 217590796 0% /hotswap testbox# ls -l /hotswap Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0503ca7 stack pointer = 0x28:0xe6310a5c frame pointer = 0x28:0xe6310a5c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 795 (ls) [thread pid 795 tid 100043 ] Stopped at dev2udev+0x11: movl 0xc0(%eax),%eax db> bt Tracing pid 795 tid 100043 td 0xc3dcc460 dev2udev(3287166208,3861973668,3228755039,3861973872,3286025312,...) at dev2udev+17 ufs_getattr(3861973664,3861973800,3227504003,3229700640,3861973664,...) at ufs_getattr+222 VOP_GETATTR_APV(3229700640,3861973664,3229768320,3288955040,3861973684,...) at VOP_GETATTR_APV+68 vn_stat(3288955040,3861973908,3286230784,0,3286025312,...) at vn_stat+73 kern_lstat(3286025312,135344488,0,3861974040,3861974064,...) at kern_lstat+147 lstat(3286025312,3861974268,8,3861974328,3861974316,...) at lstat+43 syscall(3861974328) at syscall+814 Xint0x80_syscall() at Xint0x80_syscall+32 --- syscall (190, FreeBSD ELF32, lstat), eip = 1746463051, esp = 3217024524, ebp = 3217024664 --- Yup, there's the panic. :-) I rebooted the box from db, brought the system up in single-user, fsck'd all the disks/filesystems (no anomalies were found), and rebooted the box once more. Now we're going to do everything properly: unmount /hotswap, detach, yank the disk and insert a new Maxtor hard disk, attach, and see what happens. testbox# umount /hotswap testbox# atacontrol detach ata3 subdisk6: detached ad6: detached testbox# vmstat -i | grep atapci1 irq18: atapci1 1174 6 I've now removed the disk physically from the machine. Let's check interrupts again. testbox# vmstat -i | grep atapci1 irq18: atapci1 1185 4 Now the new Maxtor disk has been inserted. LEDs for the SATA hot-swap backplane lit up for about 5-6 seconds, then went off. Let's check interrupts at this point: testbox# vmstat -i | grep atapci1 irq18: atapci1 1193 3 Now let's attach. Note that there is no filesystem on this disk (it's completely blank), so there's nothing to mount. testbox# atacontrol attach ata3 ata3: [ITHREAD] ad6: 286188MB at ata3-master SATA150 Master: ad6 Serial ATA v1.0 Slave: no device present And now we check interrupts: testbox# vmstat -i | grep atapci1 irq18: atapci1 1258 2 Looks fine to me. -- | 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 Oct 17 17:06: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 AC4341065690 for ; Fri, 17 Oct 2008 17:06:51 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 48B2C8FC20 for ; Fri, 17 Oct 2008 17:06:51 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: by mail.geek.sh (Postfix, from userid 1000) id CA34624D22; Fri, 17 Oct 2008 19:06:49 +0200 (SAST) Date: Fri, 17 Oct 2008 19:06:49 +0200 From: Aragon Gouveia To: Oliver Fromme Message-ID: <20081017170649.GA32629@phat.za.net> References: <20081017112234.GE7782@deviant.kiev.zoral.com.ua> <200810171329.m9HDTSIh046834@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810171329.m9HDTSIh046834@lurza.secnetix.de> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 Cc: kostikbel@gmail.com, freebsd-stable@FreeBSD.ORG Subject: Re: "mount -u -o ro" problems with 7-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: Fri, 17 Oct 2008 17:06:51 -0000 | By Oliver Fromme | [ 2008-10-17 15:29 +0200 ] > > This is believed to be fixed for HEAD. I do not want to do MFC > > before 7.1. > > OK, that's good news. Thanks for the information. > So I'll watch the commit messages for the MFC after 7.1. I hit my head against this a while ago too, and it has been PR'd: http://www.freebsd.org/cgi/query-pr.cgi?pr=121809 I'll be watching out for the fix too. Thanks to all those involved in fixing it! Regards, Aragon From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 18:32: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 26E77106568E for ; Fri, 17 Oct 2008 18:32:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9C77B8FC15 for ; Fri, 17 Oct 2008 18:32:25 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9HIWKft038316 for ; Fri, 17 Oct 2008 16:32:20 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 17 Oct 2008 15:30:45 -0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810171530.45570.joao@matik.com.br> X-Spam-Status: No, score=2.2 required=5.0 tests=ALL_TRUSTED,AWL, BR_RECEIVED_SPAMMER, SARE_RECV_SPAM_DOMN02, TW_ZF autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8439/Fri Oct 17 10:25:04 2008 on msrv.matik.com.br X-Virus-Status: Clean Subject: constant zfs data corruption 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, 17 Oct 2008 18:32:26 -0000 Hi=20 constantly I find data corruption on ZFS volums, ever from rrdtool, this=20 corrupt data happens on SATA disks, never seem on SCSI scrub is not able to repair, when comes to touch this files machines reboot= s,=20 deleting and restorin also is not poss=EDble, seems I need to delete the fi= les,=20 umount, scrub and mount again to clear it # zpool status -v os pool: os state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: none requested config: NAME STATE READ WRITE CKSUM os ONLINE 0 0 0 ad4s1d ONLINE 0 0 0 errors: Permanent errors have been detected in the following files: /usr/local/www/data-dist/monitor/wip_diskio.rrd /usr/local/www/data-dist/monitor/200.152.90.12mon.rrd some idea? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 18:50: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 956B61065694 for ; Fri, 17 Oct 2008 18:50:04 +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 3C1808FC12 for ; Fri, 17 Oct 2008 18:50:04 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 6EAA728449 for ; Sat, 18 Oct 2008 02:50:03 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 1D180EB21F1; Sat, 18 Oct 2008 02:50:03 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id ZyTPOFpKYhKm; Sat, 18 Oct 2008 02:49:57 +0800 (CST) Received: from charlie.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E6801EB1E92; Sat, 18 Oct 2008 02:49:56 +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=w/1T/VZiz+kV+WfKIPl9rrRV7iF7po+GzHMWetxGQtT9m7dgH6jCxRDN1LPV5sAW8 mk2f/yAIz5+DByTEI0OFg== Message-ID: <48F8DE52.9060608@delphij.net> Date: Fri, 17 Oct 2008 11:49:54 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: JoaoBR References: <200810171530.45570.joao@matik.com.br> In-Reply-To: <200810171530.45570.joao@matik.com.br> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption 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, 17 Oct 2008 18:50:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 JoaoBR wrote: > Hi > > constantly I find data corruption on ZFS volums, ever from rrdtool, this > corrupt data happens on SATA disks, never seem on SCSI > > scrub is not able to repair, when comes to touch this files machines reboots, > deleting and restorin also is not possíble, seems I need to delete the files, > umount, scrub and mount again to clear it > > # zpool status -v os > pool: os > state: ONLINE > status: One or more devices has experienced an error resulting in data > corruption. Applications may be affected. > action: Restore the file in question if possible. Otherwise restore the > entire pool from backup. > see: http://www.sun.com/msg/ZFS-8000-8A > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > os ONLINE 0 0 0 > ad4s1d ONLINE 0 0 0 > > errors: Permanent errors have been detected in the following files: > > /usr/local/www/data-dist/monitor/wip_diskio.rrd > /usr/local/www/data-dist/monitor/200.152.90.12mon.rrd > > some idea? For ZFS: I think you need to remove these file. ZFS scrub does not recover file if you don't have redundant, e.g. copies=2 or raid-z, etc. For the data corruption itself: I think this is highly critical issue if you are sure that the hardware is good. What controller and disk are you using? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj43lEACgkQi+vbBBjt66BNlwCgpQ366XxVb6Tj5OYPDxJ7IA58 NZAAn194V1ypUWWsOfPhCxUyCSVSSUf2 =R7QE -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 19:19: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 CACEF106568D for ; Fri, 17 Oct 2008 19:19:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFC48FC13 for ; Fri, 17 Oct 2008 19:19:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Kquqh-000ODv-8k; Fri, 17 Oct 2008 22:18:59 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m9HJIqYE038158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Oct 2008 22:18:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id m9HJIqqZ020004; Fri, 17 Oct 2008 22:18:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m9HJIqlX020002; Fri, 17 Oct 2008 22:18:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 17 Oct 2008 22:18:52 +0300 From: Kostik Belousov To: Aragon Gouveia Message-ID: <20081017191852.GL7782@deviant.kiev.zoral.com.ua> References: <20081017112234.GE7782@deviant.kiev.zoral.com.ua> <200810171329.m9HDTSIh046834@lurza.secnetix.de> <20081017170649.GA32629@phat.za.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z4rh66uIX5MfNyUL" Content-Disposition: inline In-Reply-To: <20081017170649.GA32629@phat.za.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua 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.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1Kquqh-000ODv-8k b52e59a29a2a2c6a7f281cf3c65405b2 X-Terabit: YES Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: "mount -u -o ro" problems with 7-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: Fri, 17 Oct 2008 19:19:02 -0000 --z4rh66uIX5MfNyUL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 17, 2008 at 07:06:49PM +0200, Aragon Gouveia wrote: > | By Oliver Fromme > | [ 2008-10-17 15:29 +0200 ] > > > This is believed to be fixed for HEAD. I do not want to do MFC > > > before 7.1. > >=20 > > OK, that's good news. Thanks for the information. > > So I'll watch the commit messages for the MFC after 7.1. >=20 > I hit my head against this a while ago too, and it has been PR'd: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D121809 >=20 > I'll be watching out for the fix too. Thanks to all those involved in > fixing it! For your convenience, below is the list of revisions that shall be MFCed. 182364 182365 182366 183067 183070 183071 183072 183073 183074 You may do the merge yourself for local tree. Be aware of the HEAD KPI breakage. You may need to remove td arguments to VOPS/vn_lock here and there to get compilable code on RELENG_7. --z4rh66uIX5MfNyUL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkj45RsACgkQC3+MBN1Mb4g2YwCeIuGQ07y1vz1kmU1D0ZWW0DK7 XocAoLsYE22kMzPvHfAFG434xhzPXLm6 =Qw7t -----END PGP SIGNATURE----- --z4rh66uIX5MfNyUL-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 19:40: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 42DFA1065687 for ; Fri, 17 Oct 2008 19:40:27 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout013.mac.com (asmtpout013.mac.com [17.148.16.88]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8DE8FC13 for ; Fri, 17 Oct 2008 19:40:27 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp013.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K8W001ZEBUN7660@asmtp013.mac.com> for freebsd-stable@freebsd.org; Fri, 17 Oct 2008 11:40:00 -0700 (PDT) Message-id: From: Chuck Swiger To: JoaoBR In-reply-to: <200810171530.45570.joao@matik.com.br> Date: Fri, 17 Oct 2008 11:39:59 -0700 References: <200810171530.45570.joao@matik.com.br> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable@freebsd.org Subject: Re: constant zfs data corruption 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, 17 Oct 2008 19:40:27 -0000 On Oct 17, 2008, at 11:30 AM, JoaoBR wrote: > constantly I find data corruption on ZFS volums, ever from rrdtool, > this > corrupt data happens on SATA disks, never seem on SCSI Presumably your SATA drives are correctly being reported by ZFS as corrupting data, and you should do something like replace cables, the drives themselves, perhaps try downgrading to SATA-150 rather than -300 if you are using the later. Also consider running a drive diagnostic utility from the mfgr (or smartmontools) and doing an extended self-test or destructive write surface check. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 19:59:37 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 17F63106564A for ; Fri, 17 Oct 2008 19:59:37 +0000 (UTC) (envelope-from tonymaher@optusnet.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id A42398FC12 for ; Fri, 17 Oct 2008 19:59:36 +0000 (UTC) (envelope-from tonymaher@optusnet.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m9HAEU3q013927 for ; Fri, 17 Oct 2008 21:14:30 +1100 Received: from karma.home (c58-107-100-206.thorn1.nsw.optusnet.com.au [58.107.100.206]) (authenticated sender tonymaher) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m9HAESbk000867 for ; Fri, 17 Oct 2008 21:14:28 +1100 Message-ID: <48F86584.1090205@optusnet.com.au> Date: Fri, 17 Oct 2008 21:14:28 +1100 From: Tony Maher User-Agent: Thunderbird 2.0.0.17 (X11/20081004) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 7.1 prelease, dump, dtrace 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, 17 Oct 2008 19:59:37 -0000 Hello, Just some observations. I upgrade from 7.0 release to 7.1 prerelease (Oct 16) which went fine as usual :-) Then wanted to try dtrace. Initially just added options options KDTRACE_HOOKS options DDB_CTF options KDTRACE_FRAME Made kernel and rebooted ok. Then read handbook and followed # cd /usr/src # make WITH_CTF=1 buildworld # make WITH_CFT=1 kernel # make WITH_CFT=1 installworld # mergemaster -Ui Rebooted GEOM: new disk ar0 Trying to mount root from ufs:/dev/ar0s2a start_init: trying /sbin/init init died (signal 6, exit 0) panic: Going nowhere without my init! cpuid = 0 Uptime: 6s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Hmmm. Run restore from backup disk (7.0) cvsup again and reinstall 7.1 Do the dtrace kernel mods and just make kernel WITH_CFT=1. Reboot everything appears ok. Power up the USB disk used for backups. Hmmm. Hard lock. Page fault in usb3. Load up kernel with dtrace but not with WITH_CFT=1. Same problem. Next time power on disk before booting. Boots ok and usb disk mounts ok. Ok rebuild kernel without any dtrace options and reboot. Now can power on usb disk after booting and it all works ok. Ok - so stay away from dtrace for now! On another subject dump. I dump to a usb disk and to save space pipe output thru gzip before sending to disk $DUMP $ARGS -$LVL -f - /dev/$fs | gzip -1 -c > $dumpfile ; This has been working fine. A month ago I got a new larger usb disk so tried to send directly to disk and avoid the gzip. Dump stalled. Tried thru gzip to new disk - works fine. I saw the threads about dump stalling so stuck with piping thru gzip. Read it is supposed to be fixed under 7.1 so tried dump direct to disk under 7.1 and it works fine! System is FreeBSD 7.1-PRERELEASE #6: Fri Oct 17 19:55:21 EST 2008 root@karma.home:/usr/obj/usr/src/sys/KARMA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2687.71-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4208721920 (4013 MB) avail memory = 4049219584 (3861 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard ... ... So dump good, dtrace not so good! (dtrace -l worked) Everything else appears to be working fine. Thanks for all the hard work. cheers -- Tony Maher email: tonymaher@optusnet.com.au From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 21:31: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 22E251065688; Fri, 17 Oct 2008 21:31:57 +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 8EF1A8FC20; Fri, 17 Oct 2008 21:31:56 +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 F008419E02A; Fri, 17 Oct 2008 23:31:54 +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 4790D19E023; Fri, 17 Oct 2008 23:31:52 +0200 (CEST) Message-ID: <48F90469.7020503@quip.cz> Date: Fri, 17 Oct 2008 23:32:25 +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: Jeremy Chadwick References: <20080927202250.GA60980@icarus.home.lan> <48E0DB7E.20804@quip.cz> <1222699642.24339.12.camel@buffy.york.ac.uk> <48E0F36C.1080400@quip.cz> <20080929153220.GA11459@icarus.home.lan> <48F7964C.4060309@quip.cz> <20081016202322.GA2429@icarus.home.lan> <48F87C0E.8060404@quip.cz> <20081017120858.GA20746@icarus.home.lan> <48F89C8D.5020301@quip.cz> <20081017150616.GA24321@icarus.home.lan> In-Reply-To: <20081017150616.GA24321@icarus.home.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Recommendations for servers running SATA drives [hot-swap] 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, 17 Oct 2008 21:31:57 -0000 Jeremy Chadwick wrote: > On Fri, Oct 17, 2008 at 04:09:17PM +0200, Miroslav Lachman wrote: > >>Jeremy Chadwick wrote: >> >>>On Fri, Oct 17, 2008 at 01:50:38PM +0200, Miroslav Lachman wrote: >>> >>>>Jeremy Chadwick wrote: >>>> >>>>>On Thu, Oct 16, 2008 at 09:30:20PM +0200, Miroslav Lachman wrote: >>>>> >>>>> >>>>> >>>>>>Today I was replacing disk in one Sun Fire X2100 M2 so I tried >>>>>>hot-swapping. It was as you said: atacontrol detach ata3, replace >>>>>>the HDD, atacontrol attach ata3 and new disk is in the system. I >>>>>>tried it 3 times to be sure that it was not coincidence - no >>>>>>panic was produced ;o) >>>>>>So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD >>>>>>7.0 i386 works. >>>>> >>>>> >>>>>That's excellent news. So it seems possibly the problem I was seeing >>>>>was with "reinit" causing some sort of chaos. I'll have to check things >>>>>on my testbox here at home to see how I caused the panic last time. >>>>> >>>>>Thanks for providing feedback, as usual! :-) >>>> >>>>Unfortunately there is one problem - I see a lot of interrupts after >>>>disk swapping (about 193k of atapci1) >>>> >>>>Interrupts >>>>197k total >>>> ohci0 21 >>>> ehci0 22 >>>>193k atapci1 23 >>>>2001 cpu0: time >>>> 1 bge1 273 >>>>2001 cpu1: time >>> >>> >>>Okay, so it looks like the interrupt rate on atapci1 after swapping is >>>going crazy. What you're showing there looks like heavily modified >>>vmstat -i output. >> >>The shown is manually cropped from systat -vm, I'll try vmstat -i next >>time. ;) >> >> >>>>Full output of systat -vm 2 is attached. >>>> >>>>It is shown in top as 50% interrupt (CPU state) and load 1 until I >>>>rebooted the machine (I can provide MRTG graphs). The system was not >>>>in production load, but almost idle. (I will put it in production >>>>tomorrow). >>>>After reboot, everything is OK. >>> >>> >>>And this box is running the ATA patch Andrey provided, yes? >> >>It is clean install of FreeBSD 7.0-RELEASE-p5 amd64 without patches. >> >> >>>>Can somebody test hot-swapping with SATA drives and confirm this >>>>behavior? (I can't test it now, because machine is in datacenter) >>> >>> >>>I can test it on my P4SCE box. >>> >>>I'll check the interrupt rates after each step of the hot-swap to see >>>if/when the problem starts. >> >>I'll check the interrupts next time too and will post results to this >>thread. > > > As promised, here are notes from my testing: > > > First thing to note is that the BIOS on my P4SCE had the ICH5 SATA mode > set to "Auto", which was causing PATA emulation to happen on the SATA > controller, e.g. disk #0 == ata0-master, disk #1 == ata0-slave. > > I changed the BIOS option from Auto to "SATA Enhanced", and now the > disks show up on their own channels, e.g. disk #0 == ata2-master, disk > #1 == ata3-master. > > Here's the applicable data. Note that this kernel ***DOES*** include > Andrey's ATA patch: > > FreeBSD testbox.home.lan 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Thu Oct 16 10:56:42 PDT 2008 root@testbox.home.lan:/usr/obj/usr/src/sys/TESTBOX i386 > > atapci1: port 0xc000-0xc007,0xc400-0xc403,0xc800-0xc807,0xcc00-0xcc03,0xd000-0xd00f irq 18 at device 31.2 on pci0 > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > > SATA controller is on IRQ 18. > > ad4: 114473MB at ata2-master SATA150 > ad6: 238474MB at ata3-master SATA150 > > ATA channel 2: > Master: ad4 Serial ATA v1.0 > Slave: no device present > ATA channel 3: > Master: ad6 Serial ATA II > Slave: no device present > > testbox# df -k > Filesystem 1024-blocks Used Avail Capacity Mounted on > /dev/ad4s1a 507630 230182 236838 49% / > devfs 1 1 0 100% /dev > /dev/ad4s1e 507630 12 467008 0% /tmp > /dev/ad4s1f 108498334 2944826 96873642 3% /usr > /dev/ad4s1d 2008622 32360 1815574 2% /var > /dev/ad6s1d 236511738 4 217590796 0% /hotswap > > testbox# vmstat -i > interrupt total rate > irq4: sio0 1398 34 > irq6: fdc0 10 0 > irq15: ata1 58 1 > irq18: atapci1 945 23 > irq23: em1 8 0 > cpu0: timer 80033 1952 > cpu1: timer 79808 1946 > Total 162260 3957 > > testbox# umount /hotswap > testbox# atacontrol detach ata3 > subdisk6: detached > ad6: detached > testbox# vmstat -i | grep atapci1 > irq18: atapci1 2671 11 > > At this point I wanted to see what happened if I just reattached without > any physical changes to the SATA bus. > > testbox# atacontrol attach ata3 > ata3: [ITHREAD] > ad6: 238474MB at ata3-master SATA150 > Master: ad6 Serial ATA II > Slave: no device present > > testbox# vmstat -i | grep atapci1 > irq18: atapci1 2764 9 > testbox# mount /dev/ad6s1d /hotswap > testbox# vmstat -i | grep atapci1 > irq18: atapci1 2779 8 > > Now we're going to try detaching *without* umounting the filesystem, > then reattaching to see what happens. Based on what I've seen and > others have reported in the past, this should panic the kernel. > Supposedly this problem is fixed on CURRENT. > > testbox# atacontrol detach ata3 > subdisk6: detached > ad6: detached > > testbox# atacontrol attach ata3 > ata3: [ITHREAD] > ad6: 238474MB at ata3-master SATA150 > Master: ad6 Serial ATA II > Slave: no device present > > testbox# df -k > Filesystem 1024-blocks Used Avail Capacity Mounted on > /dev/ad4s1a 507630 230182 236838 49% / > devfs 1 1 0 100% /dev > /dev/ad4s1e 507630 12 467008 0% /tmp > /dev/ad4s1f 108498334 2944826 96873642 3% /usr > /dev/ad4s1d 2008622 32360 1815574 2% /var > /dev/ad6s1d 236511738 4 217590796 0% /hotswap > > testbox# ls -l /hotswap > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xc0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0503ca7 > stack pointer = 0x28:0xe6310a5c > frame pointer = 0x28:0xe6310a5c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 795 (ls) > [thread pid 795 tid 100043 ] > Stopped at dev2udev+0x11: movl 0xc0(%eax),%eax > > db> bt > Tracing pid 795 tid 100043 td 0xc3dcc460 > dev2udev(3287166208,3861973668,3228755039,3861973872,3286025312,...) at dev2udev+17 > ufs_getattr(3861973664,3861973800,3227504003,3229700640,3861973664,...) at ufs_getattr+222 > VOP_GETATTR_APV(3229700640,3861973664,3229768320,3288955040,3861973684,...) at VOP_GETATTR_APV+68 > vn_stat(3288955040,3861973908,3286230784,0,3286025312,...) at vn_stat+73 > kern_lstat(3286025312,135344488,0,3861974040,3861974064,...) at kern_lstat+147 > lstat(3286025312,3861974268,8,3861974328,3861974316,...) at lstat+43 > syscall(3861974328) at syscall+814 > Xint0x80_syscall() at Xint0x80_syscall+32 > --- syscall (190, FreeBSD ELF32, lstat), eip = 1746463051, esp = 3217024524, ebp = 3217024664 --- > > Yup, there's the panic. :-) > > I rebooted the box from db, brought the system up in single-user, fsck'd > all the disks/filesystems (no anomalies were found), and rebooted the > box once more. > > Now we're going to do everything properly: unmount /hotswap, detach, > yank the disk and insert a new Maxtor hard disk, attach, and see what > happens. > > testbox# umount /hotswap > testbox# atacontrol detach ata3 > subdisk6: detached > ad6: detached > > testbox# vmstat -i | grep atapci1 > irq18: atapci1 1174 6 > > I've now removed the disk physically from the machine. Let's check > interrupts again. > > testbox# vmstat -i | grep atapci1 > irq18: atapci1 1185 4 > > Now the new Maxtor disk has been inserted. LEDs for the SATA hot-swap > backplane lit up for about 5-6 seconds, then went off. Let's check > interrupts at this point: > > testbox# vmstat -i | grep atapci1 > irq18: atapci1 1193 3 > > Now let's attach. Note that there is no filesystem on this disk (it's > completely blank), so there's nothing to mount. > > testbox# atacontrol attach ata3 > ata3: [ITHREAD] > ad6: 286188MB at ata3-master SATA150 > Master: ad6 Serial ATA v1.0 > Slave: no device present > > And now we check interrupts: > > testbox# vmstat -i | grep atapci1 > irq18: atapci1 1258 2 > > Looks fine to me. Thank you for your time, testing and reporting detailed results! I will investigate my case somewhen in the future (if time permits) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Oct 17 22:30: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 944BD1065694; Fri, 17 Oct 2008 22:30:51 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id 4D2BF8FC12; Fri, 17 Oct 2008 22:30:51 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 21B7613344A8; Sat, 18 Oct 2008 00:15:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id 0lKjziU8+eay; Sat, 18 Oct 2008 00:15:10 +0200 (CEST) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id 719C01334415; Sat, 18 Oct 2008 00:15:10 +0200 (CEST) Date: Sat, 18 Oct 2008 00:15:04 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <755632516.20081018001504@rulez.sk> To: stable@freebsd.org Resent-from: Daniel Gerzo MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-Message-Id: <20081017221510.719C01334415@services.rulez.sk> Resent-Date: Sat, 18 Oct 2008 00:15:10 +0200 (CEST) Cc: yongari@freebsd.org Subject: re0 problem 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, 17 Oct 2008 22:30:51 -0000 Hello guys, Recently, I have bought a pcmcia gige ethernet card and it seems it is re(4) based. However, when I plug the card into the slot, I get the following messages on my console: re0: port 0x1000-0x10ff mem 0x88000000-0x880000ff irq 21 at device 0.0 on cardbus0 re0: Chip rev. 0x18000000 re0: MAC rev. 0x00000000 re0: PHY write failed re0: PHY write failed re0: PHY read failed re0: MII withot any phy! device_attach: re0 attach returned 6 Do you have any ideas how can I try to work this out? It is the most recent installation of PC-BSD, i.e. FreeBSD 7.1-PRERELEASE Thu Sep 11 09:07:25 EDT 2008 i386. pciconf -lv lists: re0@pci0:4:0:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class = network subclass = ethernet If you need any more information, please let me know. Your help is greatly appreciated! -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Oct 18 02:04: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 EDBEB1065688 for ; Sat, 18 Oct 2008 02:04:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 6D55A8FC12 for ; Sat, 18 Oct 2008 02:04:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so400790tid.3 for ; Fri, 17 Oct 2008 19:04:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=s5GTbsL9yuU5zTAzEJAjU+j9a0gK8w8b8uJkEueUUqQ=; b=s4mgQpjECwufhvZqJeTHgtRatd6aeUHSHaoDQZi5jysdUC4LU3lb+JxOXKgBwYlshR qun4//TyAvgvdDEI7EXfLJD/RsUT4TjdwycZPhaK3o/JNo1EesfJkQ6TAQlfzHnRoNoP ZLLQlyUgHSDlXNNQtWYNpzXCnEgHPJE94jnIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=u+OyqTUaMCzCWCelucQXDdCuGzWp4SpQISUhWRIXPYeaLMJdu1n29CK+2Sxi/iGasT AyaCh+jPp2VMVLHNIoQ+8TRTyNZtCJJIRL0AahQZZ+TOxILaUSSB4z7oRJotpgrff26A Y2cjDPOG3BUZbd3GFM4pGL06SlfMtImUvPcJs= Received: by 10.110.68.10 with SMTP id q10mr3466411tia.37.1224295489534; Fri, 17 Oct 2008 19:04:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id a14sm6396140tia.12.2008.10.17.19.04.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Oct 2008 19:04:48 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9I22mhS031700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Oct 2008 11:02:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9I22mGw031699; Sat, 18 Oct 2008 11:02:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 18 Oct 2008 11:02:48 +0900 From: Pyun YongHyeon To: Daniel Gerzo Message-ID: <20081018020248.GB31303@cdnetworks.co.kr> References: <755632516.20081018001504@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <755632516.20081018001504@rulez.sk> User-Agent: Mutt/1.4.2.1i Cc: stable@FreeBSD.org, yongari@FreeBSD.org Subject: Re: re0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2008 02:04:52 -0000 On Sat, Oct 18, 2008 at 12:15:04AM +0200, Daniel Gerzo wrote: > Hello guys, > > Recently, I have bought a pcmcia gige ethernet card and it seems it > is re(4) based. However, when I plug the card into the slot, I get > the following messages on my console: > > re0: > port 0x1000-0x10ff mem 0x88000000-0x880000ff irq 21 at device 0.0 on > cardbus0 > re0: Chip rev. 0x18000000 > re0: MAC rev. 0x00000000 > re0: PHY write failed > re0: PHY write failed > re0: PHY read failed > re0: MII withot any phy! > device_attach: re0 attach returned 6 > > Do you have any ideas how can I try to work this out? It is the most > recent installation of PC-BSD, i.e. FreeBSD 7.1-PRERELEASE Thu Sep > 11 09:07:25 EDT 2008 i386. > > pciconf -lv lists: > > re0@pci0:4:0:0: class=0x020000 card=0x816910ec chip=0x816910ec > rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > class = network > subclass = ethernet > > If you need any more information, please let me know. > re(4) didn't require special PHY handling for 8169/8110 controllers. Did it ever work on older FreeBSD releases? I vaguely remember nork@ (Norikatsu Shigemura) also said Carbus GbE (RTL8169SBL) is not working but he could see successful attachment of rgephy(4). How about plugging UTP cable to controller before loading driver? -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Sat Oct 18 08:21:33 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 F2A691065697 for ; Sat, 18 Oct 2008 08:21:33 +0000 (UTC) (envelope-from kristianr@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7688FC0C for ; Sat, 18 Oct 2008 08:21:33 +0000 (UTC) (envelope-from kristianr@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so462506tid.3 for ; Sat, 18 Oct 2008 01:21:32 -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=YFmACCChlUcWizJZMoRBYVvfo1dWsmKlnqMzV3q3PoU=; b=Rj4WTE97LIQ0rvzqgCE8WjsVyYA0YcduWrJ/5n0GFLcEsAaYU1jlaNlzWGWiCA5Hyx TftqGbqaRCBxYRHNTRvQwWP5SsYK4oQs0+xltJ6l4YIIk6OXyi/d20qwigeDbJRI/UjU pELxOwaxXgyRkgruxJDHKAulHHbSt5AXa+2rM= 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=xEZ+M3De0FgzSxD6Z58MCaMQPOIDRdlZ13dxhwqMvm8XJga5QUkA30kdtxfAw2QQWU YW2ffcRzRYo/3CoVbci2erJlCiJE9ydP/SZGNExob6lERlkEia72hX1XGAa7iiDhuMax 1S+ycI/ifR9muoc0PT5vAUgj3q1kTEX45eGjw= Received: by 10.110.43.20 with SMTP id q20mr3628519tiq.15.1224316842522; Sat, 18 Oct 2008 01:00:42 -0700 (PDT) Received: by 10.110.53.3 with HTTP; Sat, 18 Oct 2008 01:00:42 -0700 (PDT) Message-ID: Date: Sat, 18 Oct 2008 19:00:42 +1100 From: "Kristian Rooke" 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: SETFEATURES SET TRANSFER MODE taskqueue timeout.. Error occuring constantly.. Please help!! 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, 18 Oct 2008 08:21:34 -0000 Hi, I have a PC/box with 5 disks in it that I am using as a fileserver and I recently upgraded some hardware and installed FreeBSD 7.0-RELEASE. Previously I had a RAID PATA IDE controller on the motherboard (was not using RAID functionality though), but I when I upgraded I had to use a PCI IDE controller, due to the lack of PATA ports on the new motherboard. Now when I am attempting to write files, or do anything more than just browse filesystems on the drives ad4-ad7, I get multiple occurrences of the errors below. After these errors occur the kernel panics and I need to perform a hard reset to get the server back up again. Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SET_MULTI taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad6: FAILURE - WRITE_DMA timed out LBA=163323135 Sep 28 11:40:28 FileServer kernel: g_vfs_done():ad6s1[WRITE(offset=83621412864, length=16384)]error = 5 Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SET_MULTI taskqueue timeout - completing request directly Sep 28 11:40:28 FileServer kernel: ad5: FAILURE - WRITE_DMA timed out LBA=287 I have taken a read through some previous conversations, but I can't seem to find the answers I'm looking for. I've changed the IDE cables and the PATA controller and it is still not making any difference. I also added hw.ata.ata_dma=0 to /boot/loader.conf as recommended in a wiki I came across, but if anything it made the issue even worse. Can someone please help? Thanks, Kristian From owner-freebsd-stable@FreeBSD.ORG Sat Oct 18 08:26: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 4701B1065688 for ; Sat, 18 Oct 2008 08:26:23 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id F24858FC1E for ; Sat, 18 Oct 2008 08:26:22 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id C3D7013345DB; Sat, 18 Oct 2008 10:08:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id RbISqSiRsV3M; Sat, 18 Oct 2008 10:08:44 +0200 (CEST) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id 10472133453A; Sat, 18 Oct 2008 10:08:44 +0200 (CEST) Date: Sat, 18 Oct 2008 10:08:37 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <874751867.20081018100837@rulez.sk> To: Pyun YongHyeon In-Reply-To: <20081018020248.GB31303@cdnetworks.co.kr> References: <755632516.20081018001504@rulez.sk> <20081018020248.GB31303@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Daniel Gerzo , stable@FreeBSD.org, yongari@FreeBSD.org Subject: Re[2]: re0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2008 08:26:23 -0000 Hello Pyun, Saturday, October 18, 2008, 4:02:48 AM, you wrote: > re(4) didn't require special PHY handling for 8169/8110 > controllers. Did it ever work on older FreeBSD releases? I vaguely I don't know, I have bought this NIC 3 days ago :-) > remember nork@ (Norikatsu Shigemura) also said Carbus GbE > (RTL8169SBL) is not working but he could see successful attachment > of rgephy(4). > How about plugging UTP cable to controller before loading driver? That didn't help unfortunately. Do you have some other ideas? -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Oct 18 10:24: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 28599106568F for ; Sat, 18 Oct 2008 10:24:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id C65AE8FC17 for ; Sat, 18 Oct 2008 10:24:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA02.westchester.pa.mail.comcast.net with comcast id UAPN1a00C0EZKEL52APPz1; Sat, 18 Oct 2008 10:23:23 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.westchester.pa.mail.comcast.net with comcast id UAQ31a0092P6wsM3MAQ4KA; Sat, 18 Oct 2008 10:24:05 +0000 X-Authority-Analysis: v=1.0 c=1 a=R_215r02zvcA:10 a=RV4bO4JHCqoA:10 a=QycZ5dHgAAAA:8 a=bEPdBeA43ap9oDqOO7AA:9 a=nVgBd8_Eifp-3xiYvV6SsN3in18A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 9C54EC9432; Sat, 18 Oct 2008 03:24:03 -0700 (PDT) Date: Sat, 18 Oct 2008 03:24:03 -0700 From: Jeremy Chadwick To: Kristian Rooke Message-ID: <20081018102403.GA46124@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: SETFEATURES SET TRANSFER MODE taskqueue timeout.. Error occuring constantly.. Please help!! 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, 18 Oct 2008 10:24:06 -0000 On Sat, Oct 18, 2008 at 07:00:42PM +1100, Kristian Rooke wrote: > Hi, > > I have a PC/box with 5 disks in it that I am using as a fileserver and > I recently upgraded some hardware and installed FreeBSD 7.0-RELEASE. > Previously I had a RAID PATA IDE controller on the motherboard (was > not using RAID functionality though), but I when I upgraded I had to > use a PCI IDE controller, due to the lack of PATA ports on the new > motherboard. > Now when I am attempting to write files, or do anything more than just > browse filesystems on the drives ad4-ad7, I get multiple occurrences > of the errors below. After these errors occur the kernel panics and I > need to perform a hard reset to get the server back up again. > > Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES SET > TRANSFER MODE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES SET > TRANSFER MODE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES ENABLE > RCACHE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES ENABLE > WCACHE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SET_MULTI taskqueue > timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES SET > TRANSFER MODE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES SET > TRANSFER MODE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES ENABLE > RCACHE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES ENABLE > WCACHE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SET_MULTI taskqueue > timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad6: FAILURE - WRITE_DMA timed out > LBA=163323135 > Sep 28 11:40:28 FileServer kernel: > g_vfs_done():ad6s1[WRITE(offset=83621412864, length=16384)]error = 5 > > Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES SET > TRANSFER MODE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES SET > TRANSFER MODE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES ENABLE > RCACHE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES ENABLE > WCACHE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SET_MULTI taskqueue > timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES SET > TRANSFER MODE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES SET > TRANSFER MODE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES ENABLE > RCACHE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES ENABLE > WCACHE taskqueue timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SET_MULTI taskqueue > timeout - completing request directly > Sep 28 11:40:28 FileServer kernel: ad5: FAILURE - WRITE_DMA timed out LBA=287 > > I have taken a read through some previous conversations, but I can't > seem to find the answers I'm looking for. > > I've changed the IDE cables and the PATA controller and it is still > not making any difference. > > I also added hw.ata.ata_dma=0 to /boot/loader.conf as recommended in a > wiki I came across, but if anything it made the issue even worse. > > Can someone please help? Tracking these problems down takes a lot of time. I hope you have the time. :-) Can you please provide the following output: # dmesg # pciconf -lv # atacontrol list Also, please install ports/sysutils/smartmontools (version 5.38 or newer), and provide output for the following commands: # smartctl -a /dev/ad4 # smartctl -a /dev/ad5 # smartctl -a /dev/ad6 # smartctl -a /dev/ad7 Thanks. -- | 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 Oct 18 16:13: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 5F129106568B for ; Sat, 18 Oct 2008 16:13:20 +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 2B7BA8FC16 for ; Sat, 18 Oct 2008 16:13:20 +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.3/8.14.3) with ESMTP id m9IGDHZs074821 for ; Sat, 18 Oct 2008 12:13:17 -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 m9IGDG5W029203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Oct 2008 12:13:17 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200810181613.m9IGDG5W029203@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 18 Oct 2008 12:13:22 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Subject: panic on RELENG_6 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, 18 Oct 2008 16:13:20 -0000 A kernel from Feb 2008 was working just fine=20 until we updated to a new one on Thursday kgdb kernel.debug /var/crash/vmcore.0 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 "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: page fault cpuid =3D 1 Uptime: 1d11h24m6s Dumping 3580 MB (5 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3580MB (916227 pages) 3564 3548 3532=20 3516 3500 3484 3468 3452 3436 3420 3404 3388 3372=20 3356 3340 3324 3308 3292 3276 3260 3244 3228 3212=20 3196 3180 3164 3148 3132 3116 3100 3084 3068 3052=20 3036 3020 3004 2988 2972 2956 2940 2924 2908 2892=20 2876 2860 2844 2828 2812 2796 2780 2764 2748 2732=20 2716 2700 2684 2668 2652 2636 2620 2604 2588 2572=20 2556 2540 2524 2508 2492 2476 2460 2444 2428 2412=20 2396 2380 2364 2348 2332 2316 2300 2284 2268 2252=20 2236 2220 2204 2188 2172 2156 2140 2124 2108 2092=20 2076 2060 2044 2028 2012 1996 1980 1964 1948 1932=20 1916 1900 1884 1868 1852 1836 1820 1804 1788 1772=20 1756 1740 1724 1708 1692 1676 1660 1644 1628 1612=20 1596 1580 1564 1548 1532 1516 1500 1484 1468 1452=20 1436 1420 1404 1388 1372 1356 1340 1324 1308 1292=20 1276 1260 1244 1228 1212 1196 1180 1164 1148 1132=20 1116 1100 1084 1068 1052 1036 1020 1004 988 972=20 956 940 924 908 892 876 860 844 828 812 796 780=20 764 748 732 716 700 684 668 652 636 620 604 588=20 572 556 540 524 508 492 476 460 444 428 412 396=20 380 364 348 332 316 300 284 268 252 236 220 204=20 188 172 156 140 124 108 92 76 60 44 28 12 ... ok chunk 2: 1MB (147 pages) Reading symbols from /boot/kernel/acpi.ko...done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/ichwd.ko...done. Loaded symbols for /boot/kernel/ichwd.ko #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc057f462 in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc057f789 in panic (fmt=3D0xc0732b6c "%s") at=20 /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc06f4d1c in trap_fatal (frame=3D0xebddba70,=20 eva=3D72) at /usr/src/sys/i386/i386/trap.c:838 #4 0xc06f4a5b in trap_pfault (frame=3D0xebddba70,=20 usermode=3D0, eva=3D72) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06f4695 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D=20 -337838040, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D=20 -337790240, tf_isp =3D -337790308, tf_ebx =3D 0,=20 tf_edx =3D -917953980, tf_ecx =3D -337789924, tf_eax=20 =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D=20 -1068033446, tf_cs =3D 32, tf_eflags =3D 66178,=20 tf_esp =3D -1, tf_ss =3D 2147483647}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06df5aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0571a5a in lf_advlockasync (ap=3D0xebddbaf8,=20 statep=3D0xc9492244, size=3DUnhandled dwarf expression opcode 0x93 ) at /usr/src/sys/kern/kern_lockf.c:470 #8 0xc057218b in lf_advlock (ap=3D0xc9492244,=20 statep=3D0xc9492244, size=3D16384) at /usr/src/sys/kern/kern_lockf.c:722 #9 0xc068d028 in ufs_advlock (ap=3D0xc9492244) at=20 /usr/src/sys/ufs/ufs/ufs_vnops.c:2178 #10 0xc0706a35 in VOP_ADVLOCK_APV (vop=3D0x0, a=3D0xc9492244) at= vnode_if.c:2002 #11 0xc05df562 in kern_open (td=3D0xccc01180,=20 path=3D0x0, pathseg=3DUIO_USERSPACE, flags=3D17, mode=3D416) at= vnode_if.h:1029 #12 0xc05dedfe in open (td=3D0xccc01180,=20 uap=3D0xebddbd04) at /usr/src/sys/kern/vfs_syscalls.c:971 #13 0xc06f5063 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D=20 -1078001605, tf_edi =3D 16, tf_esi =3D 135291904,=20 tf_ebp =3D -1077990024, tf_isp =3D -337789596, tf_ebx=20 =3D 674283840, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D 5,=20 tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 674169623,=20 tf_cs =3D 51, tf_eflags =3D 646, tf_esp =3D=20 -1077990372, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:984 #14 0xc06df5ff in Xint0x80_syscall () at= /usr/src/sys/i386/i386/exception.s:200 #15 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc057f462 in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:410 first_buf_printf =3D 1 #2 0xc057f789 in panic (fmt=3D0xc0732b6c "%s") at=20 /usr/src/sys/kern/kern_shutdown.c:566 td =3D (struct thread *) 0xccc01180 bootopt =3D 260 newpanic =3D 0 ap =3D 0xccc01180 "x=EA9=CD \024=C3=CC" buf =3D "page fault", '\0' #3 0xc06f4d1c in trap_fatal (frame=3D0xebddba70,=20 eva=3D72) at /usr/src/sys/i386/i386/trap.c:838 code =3D 40 ss =3D 40 esp =3D 0 type =3D 12 softseg =3D {ssd_base =3D 0, ssd_limit =3D=20 1048575, ssd_type =3D 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 10, ssd_xx1= =3D 2, ssd_def32 =3D 1, ssd_gran =3D 1} msg =3D 0x0 #4 0xc06f4a5b in trap_pfault (frame=3D0xebddba70,=20 usermode=3D0, eva=3D72) at /usr/src/sys/i386/i386/trap.c:745 va =3D 0 vm =3D (struct vmspace *) 0x0 map =3D 0xcab4a940 rv =3D 1 ftype =3D 1 '\001' td =3D (struct thread *) 0xccc01180 p =3D (struct proc *) 0xcd39ea78 #5 0xc06f4695 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D=20 -337838040, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D=20 -337790240, tf_isp =3D -337790308, tf_ebx =3D 0,=20 tf_edx =3D -917953980, tf_ecx =3D -337789924, tf_eax=20 =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D=20 -1068033446, tf_cs =3D 32, tf_eflags =3D 66178,=20 tf_esp =3D -1, tf_ss =3D 2147483647}) at /usr/src/sys/i386/i386/trap.c:435 td =3D (struct thread *) 0xccc01180 p =3D (struct proc *) 0xcd39ea78 sticks =3D 3377201424 type =3D 12 i =3D 0 ucode =3D 0 code =3D 0 eva =3D 72 #6 0xc06df5aa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc0571a5a in lf_advlockasync (ap=3D0xebddbaf8,=20 statep=3D0xc9492244, size=3DUnhandled dwarf expression opcode 0x93 ) at /usr/src/sys/kern/kern_lockf.c:470 ---Type to continue, or q to quit--- state =3D (struct lockf *) 0x0 freestate =3D (struct lockf *) 0x0 fl =3D (struct flock *) 0xebddbc1c lock =3D (struct lockf_entry *) 0x6 vp =3D (struct vnode *) 0xc94c0110 id =3D 0xcb29d7e0 "x\026?=D3=D8=B0=CA=CD\001" flags =3D 48 hash =3D -337790260 lo =3D (struct lock_owner *) 0x0 start =3D Unhandled dwarf expression opcode 0x93 (kgdb) -------------------------------------------------------------------- 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 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 18 16:32: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 33E591065686 for ; Sat, 18 Oct 2008 16:32:32 +0000 (UTC) (envelope-from kristianr@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id 213008FC15 for ; Sat, 18 Oct 2008 16:32:30 +0000 (UTC) (envelope-from kristianr@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so517627tid.3 for ; Sat, 18 Oct 2008 09:32: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=b19lxwaz8dSsx3el0ApaObgI5vaW9H+H14gGXgNG0UQ=; b=xaxUVAjc6kcEcef31cv4y+MlP+nxIR5+/gNVbPqy8IKsgROTtYix6+EZ+9en0ej1rv T+Vkp8sHdLMzqOhrYOolvMNjfrZyvXjs0HDTL8pCVt+DCA10Dgag5tCFjJdWEc9/Ohn9 huBvyWOjPjhS6Y/qnfgwDVdfp2LuN4ghjj8ys= 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=cu2lbIOZuD83R1P4J2kHGQDC7ObFEYJ66BnN3M/BmCYD/wuiizL5d0R6lmwB3cJDDk dvJfEtE6WHQA35uitroPQDnsFDNCygWcToxHvudYXhftw/rbnATJrq/QrGTtxCHzpHRq uHq4mu/n8TG9rzSWHWTbEMIgW1UJZVP/1yL5M= Received: by 10.110.5.18 with SMTP id 18mr3789573tie.10.1224347549499; Sat, 18 Oct 2008 09:32:29 -0700 (PDT) Received: by 10.110.53.3 with HTTP; Sat, 18 Oct 2008 09:32:29 -0700 (PDT) Message-ID: Date: Sun, 19 Oct 2008 03:32:29 +1100 From: "Kristian Rooke" To: "Jeremy Chadwick" In-Reply-To: <20081018102403.GA46124@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081018102403.GA46124@icarus.home.lan> Cc: freebsd-stable@freebsd.org Subject: Re: SETFEATURES SET TRANSFER MODE taskqueue timeout.. Error occuring constantly.. Please help!! 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, 18 Oct 2008 16:32:32 -0000 Thanks for the quick response! Please see requested output below: dmesg ======================================================= 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-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E7200 @ 2.53GHz (2533.35-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0x8e39d> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2145320960 (2045 MB) avail memory = 1955590144 (1864 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 100000, 7fdf0000 (3) failed acpi0: reservation of 0, a0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 617491806004918 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 617491806004918 device_attach: est1 attach returned 6 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 2.0 (no driver attached) isab0: at device 3.0 on pci0 isa0: on isab0 pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 3.4 (no driver attached) ohci0: mem 0xeffff000-0xefffffff irq 21 at device 4.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: 10 ports with 10 removable, self powered ehci0: mem 0xefffe000-0xefffe0ff irq 22 at device 4.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 8.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 9.0 (no driver attached) pcib1: at device 10.0 on pci0 pci1: on pcib1 atapci1: port 0xcf00-0xcf07,0xce00-0xce03,0xcd00-0xcd07,0xcc00-0xcc03,0xcb00-0xcb0f mem 0xefbff000-0xefbff0ff irq 16 at device 5.0 on pci1 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] em0: port 0xca00-0xca3f mem 0xefbc0000-0xefbdffff,0xefba0000-0xefbbffff irq 17 at device 6.0 on pci1 em0: Ethernet address: 00:0e:0c:81:65:5a em0: [FILTER] pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 atapci2: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem 0xefff8000-0xefff9fff irq 20 at device 14.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pci0: at device 15.0 (no driver attached) vgapci0: mem 0xed000000-0xedffffff,0xd0000000-0xdfffffff,0xee000000-0xeeffffff irq 22 at device 16.0 on pci0 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd3fff,0xd9000-0xd9fff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [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 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 76319MB at ata0-master PIO4 ad4: 305245MB at ata2-master PIO4 ad5: 305245MB at ata2-slave PIO4 ad6: 715404MB at ata3-master PIO4 ad7: 305245MB at ata3-slave PIO4 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a 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 4 files 1 WARNING: /new_movies was not properly dismounted WARNING: /mp3s_apps was not properly dismounted WARNING: /tv_shows was not properly dismounted WARNING: /old_movies was not properly dismounted em0: link state changed to UP ======================================================= pciconf -lv ======================================================= hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x07c110de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' class = bridge subclass = HOST-PCI none0@pci0:0:0:1: class=0x050000 card=0x00000000 chip=0x07cb10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none1@pci0:0:1:0: class=0x050000 card=0x00000000 chip=0x07cd10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none2@pci0:0:1:1: class=0x050000 card=0x00000000 chip=0x07ce10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none3@pci0:0:1:2: class=0x050000 card=0x00000000 chip=0x07cf10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none4@pci0:0:1:3: class=0x050000 card=0x00000000 chip=0x07d010de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none5@pci0:0:1:4: class=0x050000 card=0x00000000 chip=0x07d110de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none6@pci0:0:1:5: class=0x050000 card=0x00000000 chip=0x07d210de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none7@pci0:0:1:6: class=0x050000 card=0x00000000 chip=0x07d310de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none8@pci0:0:2:0: class=0x050000 card=0x00000000 chip=0x07d610de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM isab0@pci0:0:3:0: class=0x060100 card=0x82ae1043 chip=0x07d710de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' class = bridge subclass = PCI-ISA none9@pci0:0:3:1: class=0x0c0500 card=0x82ae1043 chip=0x07d810de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = serial bus subclass = SMBus none10@pci0:0:3:2: class=0x050000 card=0x00000000 chip=0x07d910de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM none11@pci0:0:3:4: class=0x050000 card=0x00000000 chip=0x07c810de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = memory subclass = RAM ohci0@pci0:0:4:0: class=0x0c0310 card=0x82ae1043 chip=0x07fe10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = serial bus subclass = USB ehci0@pci0:0:4:1: class=0x0c0320 card=0x82ae1043 chip=0x056a10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = serial bus subclass = USB atapci0@pci0:0:8:0: class=0x01018a card=0x82ae1043 chip=0x056c10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = mass storage subclass = ATA none12@pci0:0:9:0: class=0x040300 card=0x829f1043 chip=0x07fc10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' class = multimedia pcib1@pci0:0:10:0: class=0x060401 card=0xcb7310de chip=0x056d10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' class = bridge subclass = PCI-PCI pcib2@pci0:0:11:0: class=0x060400 card=0x000010de chip=0x056e10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' class = bridge subclass = PCI-PCI pcib3@pci0:0:12:0: class=0x060400 card=0x000010de chip=0x056f10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' class = bridge subclass = PCI-PCI pcib4@pci0:0:13:0: class=0x060400 card=0x000010de chip=0x056f10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' class = bridge subclass = PCI-PCI atapci2@pci0:0:14:0: class=0x010185 card=0x82ae1043 chip=0x07f010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' class = mass storage subclass = ATA none13@pci0:0:15:0: class=0x020000 card=0x82ae1043 chip=0x07dc10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' class = network subclass = ethernet vgapci0@pci0:0:16:0: class=0x030000 card=0x82ae1043 chip=0x07e110de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' class = display subclass = VGA atapci1@pci0:1:5:0: class=0x018000 card=0x06801095 chip=0x06801095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'SiI 0680 (Was: PCI-0680) Ultra ATA133 EIDE Controller' class = mass storage em0@pci0:1:6:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 GT' class = network subclass = ethernet ======================================================= atacontrol list ======================================================= ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: ad4 ATA/ATAPI revision 7 Slave: ad5 ATA/ATAPI revision 7 ATA channel 3: Master: ad6 ATA/ATAPI revision 7 Slave: ad7 ATA/ATAPI revision 7 ATA channel 4: Master: no device present Slave: no device present ATA channel 5: Master: no device present Slave: no device present ======================================================= smartctl -a /dev/ad4 ======================================================= smartctl version 5.38 [i386-portbld-freebsd7.0] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 family Device Model: ST3320620A Serial Number: 9QF7CSMD Firmware Version: 3.AAF User Capacity: 320,072,933,376 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Sun Oct 19 03:25:30 2008 EST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 430) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 115) minutes. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 109 089 006 Pre-fail Always - 23525740 3 Spin_Up_Time 0x0003 096 095 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 51 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 085 060 030 Pre-fail Always - 341335872 9 Power_On_Hours 0x0032 092 092 000 Old_age Always - 7799 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 51 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 069 060 045 Old_age Always - 31 (Lifetime Min/Max 29/35) 194 Temperature_Celsius 0x0022 031 040 000 Old_age Always - 31 (0 18 0 0) 195 Hardware_ECC_Recovered 0x001a 059 055 000 Old_age Always - 132329316 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 ATA Error Count: 1 CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 1 occurred at disk power-on lifetime: 57 hours (2 days + 9 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 00 00 00 00 f0 Error: ICRC, ABRT at LBA = 0x00000000 = 0 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 01 09 00 00 f0 00 00:00:20.412 READ DMA c6 00 10 00 00 00 f0 00 00:00:47.684 SET MULTIPLE MODE ef 02 00 00 00 00 f0 00 00:00:47.684 SET FEATURES [Enable write cache] ef aa 00 00 00 00 f0 00 00:00:47.684 SET FEATURES [Enable read look-ahead] ef 03 45 00 00 00 f0 00 00:00:47.684 SET FEATURES [Set transfer mode] SMART Self-test log structure revision number 1 SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. ======================================================= smartctl -a /dev/ad5 ======================================================= smartctl version 5.38 [i386-portbld-freebsd7.0] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 family Device Model: ST3320620A Serial Number: 5QF3V3LS Firmware Version: 3.AAF User Capacity: 320,072,933,376 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Sun Oct 19 03:26:47 2008 EST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 430) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 115) minutes. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 110 091 006 Pre-fail Always - 25351310 3 Spin_Up_Time 0x0003 096 095 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 98 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 087 060 030 Pre-fail Always - 484925972 9 Power_On_Hours 0x0032 087 087 000 Old_age Always - 11956 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 105 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 071 059 045 Old_age Always - 29 (Lifetime Min/Max 28/35) 194 Temperature_Celsius 0x0022 029 041 000 Old_age Always - 29 (0 16 0 0) 195 Hardware_ECC_Recovered 0x001a 069 064 000 Old_age Always - 95438022 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. ======================================================= smartctl -a /dev/ad6 ======================================================= smartctl version 5.38 [i386-portbld-freebsd7.0] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 family Device Model: ST3750640A Serial Number: 5QD26EDJ Firmware Version: 3.AAE User Capacity: 750,156,374,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Sun Oct 19 03:27:38 2008 EST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 430) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 202) minutes. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 102 093 006 Pre-fail Always - 83213413 3 Spin_Up_Time 0x0003 094 093 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 17 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 250078910 9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 3992 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 25 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 066 058 045 Old_age Always - 34 (Lifetime Min/Max 34/39) 194 Temperature_Celsius 0x0022 034 042 000 Old_age Always - 34 (0 24 0 0) 195 Hardware_ECC_Recovered 0x001a 066 061 000 Old_age Always - 154205035 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. ======================================================= smartctl -a /dev/ad7 ======================================================= smartctl version 5.38 [i386-portbld-freebsd7.0] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 family Device Model: ST3320620A Serial Number: 9QF021DF Firmware Version: 3.AAD User Capacity: 320,072,933,376 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Sun Oct 19 03:28:50 2008 EST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 430) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 115) minutes. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 103 089 006 Pre-fail Always - 217808009 3 Spin_Up_Time 0x0003 096 095 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 83 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 088 060 030 Pre-fail Always - 763205966 9 Power_On_Hours 0x0032 086 086 000 Old_age Always - 12512 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 140 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 068 049 045 Old_age Always - 32 (Lifetime Min/Max 32/37) 194 Temperature_Celsius 0x0022 032 051 000 Old_age Always - 32 (0 22 0 0) 195 Hardware_ECC_Recovered 0x001a 061 055 000 Old_age Always - 174542800 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 ATA Error Count: 1 CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 1 occurred at disk power-on lifetime: 6310 hours (262 days + 22 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 00 00 00 00 f0 Error: ICRC, ABRT at LBA = 0x00000000 = 0 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 01 00 00 00 f0 00 00:01:18.769 READ DMA c8 00 01 09 00 00 f0 00 00:00:47.673 READ DMA c6 00 10 00 00 00 f0 00 00:00:47.673 SET MULTIPLE MODE ef 02 00 00 00 00 f0 00 00:00:47.673 SET FEATURES [Enable write cache] ef aa 00 00 00 00 f0 00 00:00:47.673 SET FEATURES [Enable read look-ahead] SMART Self-test log structure revision number 1 SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. ======================================================= On Sat, Oct 18, 2008 at 9:24 PM, Jeremy Chadwick wrote: > On Sat, Oct 18, 2008 at 07:00:42PM +1100, Kristian Rooke wrote: >> Hi, >> >> I have a PC/box with 5 disks in it that I am using as a fileserver and >> I recently upgraded some hardware and installed FreeBSD 7.0-RELEASE. >> Previously I had a RAID PATA IDE controller on the motherboard (was >> not using RAID functionality though), but I when I upgraded I had to >> use a PCI IDE controller, due to the lack of PATA ports on the new >> motherboard. >> Now when I am attempting to write files, or do anything more than just >> browse filesystems on the drives ad4-ad7, I get multiple occurrences >> of the errors below. After these errors occur the kernel panics and I >> need to perform a hard reset to get the server back up again. >> >> Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES SET >> TRANSFER MODE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES SET >> TRANSFER MODE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES ENABLE >> RCACHE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SETFEATURES ENABLE >> WCACHE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad6: WARNING - SET_MULTI taskqueue >> timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES SET >> TRANSFER MODE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES SET >> TRANSFER MODE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES ENABLE >> RCACHE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SETFEATURES ENABLE >> WCACHE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad7: WARNING - SET_MULTI taskqueue >> timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad6: FAILURE - WRITE_DMA timed out >> LBA=163323135 >> Sep 28 11:40:28 FileServer kernel: >> g_vfs_done():ad6s1[WRITE(offset=83621412864, length=16384)]error = 5 >> >> Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES SET >> TRANSFER MODE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES SET >> TRANSFER MODE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES ENABLE >> RCACHE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SETFEATURES ENABLE >> WCACHE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad4: WARNING - SET_MULTI taskqueue >> timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES SET >> TRANSFER MODE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES SET >> TRANSFER MODE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES ENABLE >> RCACHE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SETFEATURES ENABLE >> WCACHE taskqueue timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad5: WARNING - SET_MULTI taskqueue >> timeout - completing request directly >> Sep 28 11:40:28 FileServer kernel: ad5: FAILURE - WRITE_DMA timed out LBA=287 >> >> I have taken a read through some previous conversations, but I can't >> seem to find the answers I'm looking for. >> >> I've changed the IDE cables and the PATA controller and it is still >> not making any difference. >> >> I also added hw.ata.ata_dma=0 to /boot/loader.conf as recommended in a >> wiki I came across, but if anything it made the issue even worse. >> >> Can someone please help? > > Tracking these problems down takes a lot of time. I hope you have the > time. :-) Can you please provide the following output: > > # dmesg > # pciconf -lv > # atacontrol list > > Also, please install ports/sysutils/smartmontools (version 5.38 or > newer), and provide output for the following commands: > > # smartctl -a /dev/ad4 > # smartctl -a /dev/ad5 > # smartctl -a /dev/ad6 > # smartctl -a /dev/ad7 > > Thanks. > > -- > | 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 Oct 18 18:57: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 1212A106568D for ; Sat, 18 Oct 2008 18:57:41 +0000 (UTC) (envelope-from m.oe@x-trader.de) Received: from qhexrelay1.hosting.inetserver.de (fw1.hostedoffice.ag [81.20.90.82]) by mx1.freebsd.org (Postfix) with ESMTP id C6D408FC1E for ; Sat, 18 Oct 2008 18:57:40 +0000 (UTC) (envelope-from m.oe@x-trader.de) Received: from qhexedge1.hosting.inetserver.de (unknown [10.20.9.10]) by qhexrelay1.hosting.inetserver.de (Postfix) with ESMTP id 82363175CE7; Sat, 18 Oct 2008 20:41:52 +0200 (CEST) Received: from qhexhub1.hosting.inetserver.de (10.20.10.20) by mail.hostedoffice.ag (10.20.9.10) with Microsoft SMTP Server (TLS) id 8.1.278.0; Sat, 18 Oct 2008 20:41:57 +0200 Received: from QHEXMBOX1.hosting.inetserver.de ([10.20.10.31]) by qhexhub1.hosting.inetserver.de ([10.20.10.20]) with mapi; Sat, 18 Oct 2008 20:41:52 +0200 From: Markus Oestreicher To: "freebsd-stable@freebsd.org" Date: Sat, 18 Oct 2008 20:41:52 +0200 Thread-Topic: freebsd-update not working from 7.1-PRERELEASE Thread-Index: AQHJMVEwPsS6v7T2NUaGI+ewwVPzZg== Message-ID: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "cperciva@FreeBSD.org" Subject: freebsd-update not working from 7.1-PRERELEASE 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, 18 Oct 2008 18:57:41 -0000 I installed 7.1-BETA-i386 from CD and used freebsd-update to get the latest prerelease updates. This got me to the following version: $ uname -a FreeBSD hostname 7.1-PRERELEASE-p1 FreeBSD 7.1-PRERELEASE-p1 #0: Sun Oct 5= 12:15:12 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/s= ys/GENERIC i386 Now I wanted to go to BETA2, but freebsd-update does not work any more: # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature for 7.1-PRERELEASE from update1.FreeBSD.org... = failed. No mirrors remaining, giving up. # freebsd-update upgrade -r 7.1-BET2 Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature for 7.1-PRERELEASE from update1.FreeBSD.org... = failed. No mirrors remaining, giving up. I thought it was possible to upgrade this way up to 7.1-RELEASE? Any idea? Best Regards, Markus From owner-freebsd-stable@FreeBSD.ORG Sat Oct 18 20:11: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 B0FCC106568F for ; Sat, 18 Oct 2008 20:11:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 93D108FC1D for ; Sat, 18 Oct 2008 20:11:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id UGXn1a0020EPchoA6LBLTB; Sat, 18 Oct 2008 20:11:20 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.emeryville.ca.mail.comcast.net with comcast id ULBJ1a00T2P6wsM8MLBKT3; Sat, 18 Oct 2008 20:11:19 +0000 X-Authority-Analysis: v=1.0 c=1 a=j4LSoCE2sUwA:10 a=7p6q5iij0X4A:10 a=QycZ5dHgAAAA:8 a=SBy6dK7gfpzSEZK7MrIA:9 a=XJqgraVlbzwKWlL1TX6pC-6h6ccA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 9A01CC9432; Sat, 18 Oct 2008 13:11:18 -0700 (PDT) Date: Sat, 18 Oct 2008 13:11:18 -0700 From: Jeremy Chadwick To: Markus Oestreicher Message-ID: <20081018201118.GA58082@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "freebsd-stable@freebsd.org" , "cperciva@FreeBSD.org" Subject: Re: freebsd-update not working from 7.1-PRERELEASE 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, 18 Oct 2008 20:11:20 -0000 On Sat, Oct 18, 2008 at 08:41:52PM +0200, Markus Oestreicher wrote: > I installed 7.1-BETA-i386 from CD and used freebsd-update to get the latest > prerelease updates. > > This got me to the following version: > > $ uname -a > FreeBSD hostname 7.1-PRERELEASE-p1 FreeBSD 7.1-PRERELEASE-p1 #0: Sun Oct 5 12:15:12 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > > Now I wanted to go to BETA2, but freebsd-update does not work any more: > > # freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching metadata signature for 7.1-PRERELEASE from update1.FreeBSD.org... failed. > No mirrors remaining, giving up. > > # freebsd-update upgrade -r 7.1-BET2 > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching metadata signature for 7.1-PRERELEASE from update1.FreeBSD.org... failed. > No mirrors remaining, giving up. > > I thought it was possible to upgrade this way up to 7.1-RELEASE? > > Any idea? I believe someone else recently reported something similar, and they changed their update server to something else, and it worked. -- | 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 Oct 18 21:25: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 735BF106568B for ; Sat, 18 Oct 2008 21:25:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 53DF88FC13 for ; Sat, 18 Oct 2008 21:25:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id ULqQ1a0080S2fkCA1MRlwu; Sat, 18 Oct 2008 21:25:45 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA09.emeryville.ca.mail.comcast.net with comcast id UMRj1a00F2P6wsM8VMRkil; Sat, 18 Oct 2008 21:25:44 +0000 X-Authority-Analysis: v=1.0 c=1 a=R_215r02zvcA:10 a=RV4bO4JHCqoA:10 a=QycZ5dHgAAAA:8 a=WxFebmgFis63OdOl0G0A:9 a=lcM0lwnA14C4XPLqIiwA:7 a=qwD_LO89mHqfibT8v9rDlaegTEsA:4 a=uy-DFDNlWMMA:10 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id A0CA8C9432; Sat, 18 Oct 2008 14:25:43 -0700 (PDT) Date: Sat, 18 Oct 2008 14:25:43 -0700 From: Jeremy Chadwick To: Kristian Rooke Message-ID: <20081018212543.GA58536@icarus.home.lan> References: <20081018102403.GA46124@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: SETFEATURES SET TRANSFER MODE taskqueue timeout.. Error occuring constantly.. Please help!! 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, 18 Oct 2008 21:25:45 -0000 On Sun, Oct 19, 2008 at 03:32:29AM +1100, Kristian Rooke wrote: > Thanks for the quick response! > > Please see requested output below: Cool, thanks. One thing I forgot to ask for was "vmstat -i" output. For now, let's break it down for ease of understanding: FreeBSD 7.0-RELEASE i386, built February 2008. atapci0: nVidia nForce MCP73 ATA133 controller -- IRQ 14 atapci1: Silicon Image 0680 ATA133 controller -- IRQ 16 ata0: attached to atapci0 ata1: attached to atapci0 ata2: attached to atapci1 ata3: attached to atapci1 ad0: at ata0-master PIO4 ad4: at ata2-master PIO4 ad5: at ata2-slave PIO4 ad6: at ata3-master PIO4 ad7: at ata3-slave PIO4 ATA errors are reported for disks ad4, ad5, ad6, and ad7. ad0 appears to be error-free. First and foremost: there are known problems with Silicon Image controllers on all operating systems (Windows, Linux, and FreeBSD in particular), known for causing data loss and other sporadic issues. This is at least confirmed on their SATA controllers, and I've become quite the "pick something else" advocate when it comes to their stuff. However: I've no idea about their PATA controllers. Secondly, so far there isn't any evidence that the ad0 disk, which uses the nVidia controller, has any problem -- all the disks having problems are on the Silicon Image controller. That is a very key piece of information here. If when you're writing data to, say, the ad4 disk, and you start to see errors on all disks (ad4 through ad7), then what this probably means is the controller has locked up or is behaving badly. This adds further evidence that the Silicon Image controller may be at fault here. Thirdly, you said the system requires a hard reset to get things back in working order. Sometimes this can be induced by a power supply that isn't providing decent/proper voltages, or is being overloaded, particularly during heavy disk I/O (drawing more power in some cases). It might be good to check your voltages inside of your system BIOS, write them down, and type them in here. FreeBSD does not provide a decent set of tools for monitoring this stuff inside the OS (yet; I'm working on it, mainly for server boards. I do what I can...) But keep in mind that a controller locking up hard could also require a hard reset (pressing reset on the front of the PC) -- a soft reset (Ctrl-Alt-Del) would probably work, except much of the running kernel is spinning hard trying to deal with ATA problems. Fourthly, I see a "" line in your original dmesg. Can you provide that output? It's important -- sometimes people have seen issues where their ATA controller shows problems, but it turns out to be an IRQ sharing or device compatibility problem with another device (e.g. their board was showing ATA errors, but at the exact same time, also showing NIC watchdog timeouts or other anomalies). They omitted the dmesg data thinking it had nothing to do with the problem, when in fact it helps determine if the issue is truly with one piece or the entire system. Next, let's take a look at your SMART output, which tells a tale of something very very bad: Disk ad4 has a good temperature, and no sign of bad blocks/sectors. The disk had been powered on for a total of 7799 hours. There was a CRC error detected when attempting to set specific capabilities on the device. The error occurred at LBA 0 on the disk, which is completely bizarre, but the SMART error log might just say LBA 0 to indicate "no LBA was being accessed" (e.g. the error was purely during the mode setting attempts). However, the SMART error "wraps" its timestamps at 49.710 days (every 1149.840 hours), so it's going to be difficult to determine if the below SMART error log entry was from long ago, or was fairly recent. Looking at other disks might help, so let's continue. Disk ad5 has an excellent temperature, and no sign of bad blocks/sectors either. The disk has been powered on for a total of 11956 hours. No errors were found in the SMART log. Disk ad6 has a good temperature, and no sign of bad blocks/sectors. No errors were found in the SMART log. Disk ad7 has an excellent temperature, and no sign of bad blocks/sectors either. The disk had been powered on for a total of 12512 hours. However, much like disk ad4, this disk also witnessed a CRC error when attempting to either do a DMA read operation or when setting capabilities on the device. I'm prone to believe it's when setting capabilities, because LBA 0 is also seen here, which isn't a likely LBA. This error happened at the 6310 hour mark, which was about half of its lifetime ago. All of this is somewhat of a mystery. Disk ad4 is on a completely different physical cable than disk ad7, so that *could* rule out cabling problems. The errors seen are only when setting device capabilities (making an educated guess, but I'm not 100% positive), not when actually accessing data on the disks. Heck, I'm not even sure the errors in the SMART log are accurate, as the disks have been powered on for quite some time after the supposed errors occurred. Power draw could also explain this, ditto with the voltage possibility. I would start by doing 3 easy things: 1) Re-enable DMA mode; it's obviously not the cause of your problems since PIO mode shows the same problem for you, 2) Replacing both sets of PATA cables with brand new ones. There's no evidence this is the problem, but changing these is easy and cheap. If it doesn't solve the problem, then you're one step closer to tracking it down, 3) Getting voltages from the BIOS and providing them here. Again, this won't be an accurate representation of the system under load, but it's the best we've got right now. Assuming the problem continues after #2, and the voltages shown in #3 look good, this is what I'd do for the next step: Buy a PCI, PCI-X (if this make sure it's backwards-compatible with 32-bit 33MHz PCI slots, unless you actually have a PCI-X slot!) or PCI Express PATA controller -- specifically, one that does not use a Silicon Image chip. This may be hard to accomplish since PATA is a dying interface (and good riddance!). I will also stress this in capitals, just to make it clear: DO NOT BUY A SATA CONTROLLER THEN USE PATA-TO-SATA ADAPTERS. Those adapters will cause you even more problems. If you go the SATA route, buy actual SATA disks and recycle or sell your old PATA ones. That said, Highpoint and Promise both make PATA controllers -- not to mention, I even see that you've tried to load the hptrr(4) driver on that system! :-) Additionally, DO NOT use the "RAID" features of these cards (if you end up buying one that has such); just plug the disks in and use them in a JBOD fashion. You might find that the disk numbers (e.g. ad4) change on you when doing this; that's to be expected. Others might recommend that you should try replacing the PSU before buying a new PATA controller, but I have doubts the problem is with the PSU; I would expect more odd/awkward problems if the PSU was to blame. If you do try a different PSU, go with one that does 450W or more. You DO NOT need a l33t-g4m3-d00dz-omgwtfbbq!! 850-1000W PSU; most of the power draw for hard disks happens during power-on, when the disks have to spin up, not once they're already spinning. Hope this helps, and good luck! -- | 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 Oct 18 21:31:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id C1A21106568B for ; Sat, 18 Oct 2008 21:31:22 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id E0F3014DFA0 for ; Sat, 18 Oct 2008 21:31:21 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: (qmail 2350 invoked from network); 18 Oct 2008 21:31:21 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 18 Oct 2008 21:31:21 -0000 Message-ID: <48FA55A9.9090409@freebsd.org> Date: Sat, 18 Oct 2008 14:31:21 -0700 From: Colin Percival User-Agent: Thunderbird 2.0.0.17 (X11/20081002) MIME-Version: 1.0 To: Markus Oestreicher References: In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: freebsd-update not working from 7.1-PRERELEASE 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, 18 Oct 2008 21:31:22 -0000 Markus Oestreicher wrote: > I installed 7.1-BETA-i386 from CD and used freebsd-update to get the latest > prerelease updates. > > This got me to the following version: > > $ uname -a > FreeBSD hostname 7.1-PRERELEASE-p1 FreeBSD 7.1-PRERELEASE-p1 #0: Sun Oct 5 12:15:12 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Hmm. I wonder why that's -PRERELEASE- instead of -BETA-. There might be a bug in the FreeBSD Update build code here... > Fetching metadata signature for 7.1-PRERELEASE from update1.FreeBSD.org... failed. Right, FreeBSD Update thinks you're running 7.1-PRERELEASE (i.e., "somewhere recent on the 7-STABLE branch, but we don't know exactly where") instead of 7.1-BETA (which is a very specific point on the branch -- specific enough that FreeBSD Update can figure out what your system should have installed and how to update it). The best solution here is to make FreeBSD Update realize that you're running 7.1-BETA: # env UNAME_r=7.1-BETA freebsd-update [...] Colin Percival From owner-freebsd-stable@FreeBSD.ORG Sat Oct 18 21:47: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 ED9981065694; Sat, 18 Oct 2008 21:47:02 +0000 (UTC) (envelope-from m.oe@x-trader.de) Received: from qhexrelay1.hosting.inetserver.de (fw1.hostedoffice.ag [81.20.90.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4DE548FC16; Sat, 18 Oct 2008 21:47:02 +0000 (UTC) (envelope-from m.oe@x-trader.de) Received: from qhexedge1.hosting.inetserver.de (unknown [10.20.9.10]) by qhexrelay1.hosting.inetserver.de (Postfix) with ESMTP id B99BD175C96; Sat, 18 Oct 2008 23:47:00 +0200 (CEST) Received: from qhexhub1.hosting.inetserver.de (10.20.10.20) by mail.hostedoffice.ag (10.20.9.10) with Microsoft SMTP Server (TLS) id 8.1.278.0; Sat, 18 Oct 2008 23:47:05 +0200 Received: from QHEXMBOX1.hosting.inetserver.de ([10.20.10.31]) by qhexhub1.hosting.inetserver.de ([10.20.10.20]) with mapi; Sat, 18 Oct 2008 23:47:00 +0200 From: Markus Oestreicher To: Colin Percival Date: Sat, 18 Oct 2008 23:44:51 +0200 Thread-Topic: freebsd-update not working from 7.1-PRERELEASE Thread-Index: AckxaN73wuyHqc6wRLGBxEmtA+G3kAAAeDtT Message-ID: References: , <48FA55A9.9090409@freebsd.org> In-Reply-To: <48FA55A9.9090409@freebsd.org> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" Subject: AW: freebsd-update not working from 7.1-PRERELEASE 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, 18 Oct 2008 21:47:03 -0000 >[...] >The best solution here is to make FreeBSD Update realize that you're runni= ng >7.1-BETA: ># env UNAME_r=3D7.1-BETA freebsd-update [...] That worked. I'm not running 7.1-BETA2. Let me say that binary updating across different releases is such a HUGE ti= me saver. Thank you for that feature! Markus