From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 06:48:05 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 044FE16A403; Sun, 7 Jan 2007 06:48:05 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.freebsd.org (Postfix) with ESMTP id A956613C428; Sun, 7 Jan 2007 06:48:04 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id l076bLe8007164; Sat, 6 Jan 2007 22:37:22 -0800 (PST) Date: Sat, 06 Jan 2007 10:17:08 +0900 Message-ID: From: gnn@freebsd.org To: Eugene Grosbein In-Reply-To: <20070105174350.GA21615@svzserv.kemerovo.su> References: <20070105174350.GA21615@svzserv.kemerovo.su> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: stable@freebsd.org, performance@freebsd.org Subject: Re: benchmark X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 06:48:05 -0000 You should try ports/net/netpipe which has the nice side effect of shoving different message sizes across, and tends to show lots of interesting performance issues. Best, George From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 11:49:57 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A1F516A412 for ; Sun, 7 Jan 2007 11:49:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6E013C441 for ; Sun, 7 Jan 2007 11:49:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A3B6F4C2AC; Sun, 7 Jan 2007 06:49:56 -0500 (EST) Date: Sun, 7 Jan 2007 11:49:56 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ceri Davies In-Reply-To: <20070106132540.GG7088@submonkey.net> Message-ID: <20070107114243.K41371@fledge.watson.org> References: <20070105111954.GA51511@submonkey.net> <20070105120539.H46119@fledge.watson.org> <20070105131528.GB7088@submonkey.net> <20070105133028.F98541@fledge.watson.org> <20070105150857.GC7088@submonkey.net> <20070106120040.N46119@fledge.watson.org> <20070106132540.GG7088@submonkey.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: (audit?) Panic in 6.2-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: Sun, 07 Jan 2007 11:49:57 -0000 On Sat, 6 Jan 2007, Ceri Davies wrote: >>> So far it's happened this morning and yesterday morning. I haven't seen >>> it before that. I don't know the cause so I can't reproduce it at will, >>> but the logs don't give any indication. Chances are that it will happen >>> again tomorrow, but we'll see. >> >> Hmm. It looks like you printf *(td->td_proc->p_fd->fd_ofiles) without the >> array index. Could you repeat that, but with the array index -- i.e., >> td->td_proc->p_fd->fd_ofiles[uap->fd]? Also, it would probably be useful >> to print uap->fd. Right now you're printing stdin (index 0), but if the >> index is non-0, we want a different file. > > Very tactfully put :) Sorry about that. > > None of the uap->fd's seem to be valid. In the first case, uap->fd is way > too high for the length of fd_ofiles, which only has 21 elements: > > (kgdb) up 8 > #8 0xc04c470d in fstat (td=0xc2eeb180, uap=0xd610dc74) at /usr/src/sys/kern/kern_descrip.c:1075 > 1075 error = kern_fstat(td, uap->fd, &ub); > (kgdb) p uap->fd > $1 = 89 > (kgdb) p *td->td_proc->p_fd->fd_ofiles[uap->fd] > Cannot access memory at address 0x0 > > In the second, uap->fd is nonsense: > > (kgdb) up 8 > #8 0xc04c470d in fstat (td=0xc3109300, uap=0xd617ec74) at /usr/src/sys/kern/kern_descrip.c:1075 > 1075 error = kern_fstat(td, uap->fd, &ub); > (kgdb) p uap->fd > $1 = -1023449232 > (kgdb) Hmm. So, I reviewed audit_arg_file() closely, and after staring at the code a lot, couldn't see anything obvious in either the socket or the vnode/fifo case. I did fix one other bug there, however, which can never actually be exercised in 7-CURRENT, and is fairly unlikely in 6-STABLE, and will MFC that in a week. Could you try printing *td->td_ar? Maybe this will give us a clue as to how far it got. In particular, this may be able to more reliably give us the file descriptor number, which is audited early in the system call. You might find that 'td' is corrupted in many layers of the stack, keep going up until you find one where it's good. It may well be that td->td_ar->k_ar.ar_arg_fd is correct, and might confirm that uap->fd is correct still. We'd like also to know if ARG_SOCKINFO, ARG_VNODE1, or ARG_VNODE2 is set in the k_ar.ar_valid_arg field. This may tell us some more about the file descriptor even though it appears to have vanished. I'm quite worried by the fact that the file descriptor seems not to be present any more -- this suggests a file descriptor related race of the sort that is both quite difficult to figure out and also quite a risk. It's strange that it would only trigger with audit, however--perhaps audit stretches out the race. Is this an SMP box? Could you print the entire contents of *td->td_proc->p_fd? Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 12:01:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8035616A54A for ; Sun, 7 Jan 2007 12:01:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2E16E13C4B4 for ; Sun, 7 Jan 2007 12:01:03 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4F14D4768F; Sun, 7 Jan 2007 07:01:03 -0500 (EST) Date: Sun, 7 Jan 2007 12:01:03 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Karol Kwiatkowski In-Reply-To: <4596B55B.7080506@orchid.homeunix.org> Message-ID: <20070107115810.A41371@fledge.watson.org> References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> <45969487.1020806@orchid.homeunix.org> <20061230170358.K50974@fledge.watson.org> <4596AF32.2060205@orchid.homeunix.org> <20061230182714.O18740@fledge.watson.org> <4596B55B.7080506@orchid.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: debugging kernel options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 12:01:04 -0000 On Sat, 30 Dec 2006, Karol Kwiatkowski wrote: > Robert Watson wrote: >> >> On Sat, 30 Dec 2006, Karol Kwiatkowski wrote: >> >>> Robert Watson wrote: >>>>> P.S. out of curiosity - now that I have configured kernel with DDB and >>>>> KDB options, is there any performance penalty of running such kernel? >>>> >>>> No, it shouldn't really have any effect on performance. The one thing to >>>> watch out for is that your system will no longer reboot automatically on >>>> a panic, as it will drop to the debugger, by default. You can change >>>> this by setting debug.debugger_on_panic to 0, in which case you will >>>> likely want to set debug.trace_on_panic to 1 so it prints a stack trace >>>> before rebooting (which is often sufficient, combined with the trap frame >>>> and panic message to debug the problem). >>>> >>>> Right now these are sysctls, not tunables, but you can change the default >>>> using options KDB_UNATTENDED (which flips the default to not entering the >>>> debugger and rebooting) and options KDB_TRACE (which causes a trace to be >>>> printed on panic by default). Probably they should also be tunables so >>>> that loader.conf entries will work. >>> >>> Great explanation, thank you. I turned on debugging on my desktop computer >>> which, apart from normal every day use, is 'testing' STABLE by running it >>> :) I'm perfectly fine with the defaults, at least for now. BTW, I have added some new documentation to the Developer's Handbook on the various copmile-time kernel debugging options, what their impact is, etc: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-options.html The kernel debugging section of the Developer's Handbook seems to be getting a bit long in the tooth, I may have a chance to do some further updating of it this weekend. In particular, it seems to focus mostly on crash dumps, and many problems are more easily debugged using information in DDB. >> BTW, if you're running X on your desktop, be aware that it's X that does >> all the video mode management. If your box enters the debugger while in X, >> the debugger doesn't know how to switch back to text mode (and X isn't >> running, obviously), so while you'll be talking to the debugger, the >> chances you'll see anything comprehensible are actually quite low. For this >> reason, I normally also use a serial console when debugging desktop boxes: >> I can always plug my notebook in with a serial cable to see why it's >> entered the debugger. > > Right, I haven't thought about that. I guess without a serial console my > best option is to set debug.debugger_on_panic to 0, debug.trace_on_panic to > 1 and keep crash dump with kernel.debug for later examination, isn't it? The > whole point of doing this, as I am not really experienced in debugging, is > to have the information saved somewhere in case of a panic. Yes -- if you have no firewire/serial console option (i.e., no extra notebook and null modem cable, or no serial port), then crash dumps are the best way to go. Setting the sysctls as above is good. Something I've been thinking of doing for a while is adding a scripting facility to DDB, which would allow you to have a script of DDB commands run on crash but before the dump, displaying useful debugging information which would then appear in the dump itself... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 14:00:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B33216A407 for ; Sun, 7 Jan 2007 14:00:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 40EF413C44B for ; Sun, 7 Jan 2007 14:00:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 79E3E4BA8B; Sun, 7 Jan 2007 09:00:53 -0500 (EST) Date: Sun, 7 Jan 2007 14:00:53 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Frode Nordahl In-Reply-To: <0491A255-404B-4802-851C-43F4691C19E2@nordahl.net> Message-ID: <20070107135754.N46119@fledge.watson.org> References: <0491A255-404B-4802-851C-43F4691C19E2@nordahl.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Livelock in 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 14:00:54 -0000 On Sat, 6 Jan 2007, Frode Nordahl wrote: > I am experiencing a rare livelock on four of my backend mail servers running > 6.1-STABLE, 6.2-BETA2 and 6.2-RC1. They are running OpenLDAP slapd, postfix > and UW-IMAPD. > > The servers can run for months without any problem, but nevertheless I have > experienced this problem on multiple versions and different hardware > configurations about 5 times since september / october 2006. > > Server is responding to pings, but all other activity halts. > > On one occasion when one of the servers displayed this behaviour it managed > to recover from the situation by itself after being gone for 20-30 minutes. Recovery is a sign of possible livelock, but otherwise this description sounds more like deadlock than livelock. Note that deadlock can be in a specific subsystem, so other services may still keep running -- for example, interrupts and the in-bound network stack generally have no interaction with the file system, so a file system deadlock can leave ping and the keyboard working. The first step in diagnosing both livelock and deadlock is to figure out what the system is actually doing. I'd start out with the following commands: show pcpu show allpcpu trace alltrace ps show lockedvnods show locks show alllocks (The last two won't work unless you have WITNESS compiled in). The fact that you can get into the debugger and run debugging commands is a good sign; the fact that the debugger breaks into the idle thread suggests that the system has at least one idle CPU. Robert N M Watson Computer Laboratory University of Cambridge > > Typical hardware configuration: > CPU 2x Xeon 3.06GHz or 1x Core2Duo 2.00GHz (SMP) > RAM 4 GB RAM > DISK Intel SRCU42X (amr) or Dell PERC 5/i (mfi) > > Kernel config: > include GENERIC > options KDB # Enable kernel debugger support. > options BREAK_TO_DEBUGGER > options DDB # Support DDB. > options GDB # Support remote GDB. > options QUOTA > options SMP > > On the last crash i collected the following info from DDB: > db> tr > Tracing pid 11 tid 100005 td 0xc8f90780 > kdb_enter(c092f08b) at kdb_enter+0x2b > siointr1(c9120800) at siointr1+0xce > siointr(c9120800) at siointr+0x5e > intr_execute_handlers(c8f864c8,e7b14c94,4,e7b14cd8,c0889503,...) at > intr_execute_handlers+0xe1 > lapic_handle_intr(3d) at lapic_handle_intr+0x2e > Xapic_isr1() at Xapic_isr1+0x33 > --- interrupt, eip = 0xc0b5b0e5, esp = 0xe7b14cd8, ebp = 0xe7b14cd8 --- > acpi_cpu_c1(0,0,e7b14cf8,c8f90780,1,...) at acpi_cpu_c1+0x5 > acpi_cpu_idle(e7b14d10,c066a779,c8f8fa78,c066a6e4,e7b14d24,...) at > acpi_cpu_idle+0x152 > cpu_idle(c8f8fa78,c066a6e4,e7b14d24,c066a465,0,...) at cpu_idle+0x28 > idle_proc(0,e7b14d38) at idle_proc+0x95 > fork_exit(c066a6e4,0,e7b14d38) at fork_exit+0x71 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe7b14d6c, ebp = 0 --- > > > db> show lockedbufs > buf at 0xdd08cbd0 > b_flags = 0x20000000 > b_error = 0, b_bufsize = 16384, b_bcount = 16384, b_resid = 0 > b_bufobj = (0xc937ed80), b_data = 0xdea14000, b_blkno = 14386688 > b_npages = 4, pages(OBJ, IDX, PA): (0xc1045210, 0x1b70c0, > 0xdbe35000),(0xc1045210, 0x1b70c1, 0xc17d6000),(0xc1045210, 0x1b70c2, > 0x582d7000),(0xc1045210, 0x1b70c3, 0x84498000) > > I have a crashdump or two available for further investigation. > > -- > Frode Nordahl > > > > _______________________________________________ > 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 Sun Jan 7 14:03:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3493B16A407; Sun, 7 Jan 2007 14:03:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B7D0C13C4A5; Sun, 7 Jan 2007 14:03:42 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C2B314BA8B; Sun, 7 Jan 2007 09:03:41 -0500 (EST) Date: Sun, 7 Jan 2007 14:03:41 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Marc G. Fournier" In-Reply-To: <8FF1D577DF1087259D6F71E0@ganymede.hub.org> Message-ID: <20070107140119.M46119@fledge.watson.org> References: <8FF1D577DF1087259D6F71E0@ganymede.hub.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-910365012-1168178621=:46119" Cc: freebsd-stable@freebsd.org, jhb@FreeBSD.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 14:03:43 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-910365012-1168178621=:46119 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 6 Jan 2007, Marc G. Fournier wrote: > Just had the following happen on a FreeBSD 6.2-PRERELEASE #7: Sun Dec 17= =20 > 01:28:52 AST 2006 system ... amd64, HP Proliant, 6G of RAM ... have core = if=20 > there is information that I can provide out of it ... > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x18c > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xffffffff801f9053 > stack pointer =3D 0x10:0xffffffffb5c78b30 > frame pointer =3D 0x10:0xffffffffb5c78b60 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 5 (thread taskq) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 8d22h25m40s > > (kgdb) where > #0 doadump () at pcpu.h:172 > #1 0xffffffff80203955 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xffffffff80204065 in panic (fmt=3D0xffffff019b667720 > "X\223f\233\001=FF=FF=FF\020=B5c\233\001=FF=FF=FF") at > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xffffffff803287a6 in trap_fatal (frame=3D0xc, eva=3D1844674298110007= 4784) at > /usr/src/sys/amd64/amd64/trap.c:660 > #4 0xffffffff80328cd8 in trap (frame=3D > {tf_rdi =3D 112, tf_rsi =3D -1092609476832, tf_rdx =3D 6, tf_rcx =3D= 3221225730, > tf_r8 =3D -1245213424, tf_r9 =3D -1092609476832, tf_rax =3D 1, tf_rbx =3D > - -1096874331952, tf_rbp =3D -1245213856, tf_r10 =3D -2142258536, tf_r11 = =3D 0, tf_r12 > =3D 4, tf_r13 =3D -1092609476832, tf_r14 =3D 4, tf_r15 =3D 1, tf_trapno = =3D 12, tf_addr =3D > 396, tf_flags =3D -2145197496, tf_err =3D 0, tf_rip =3D -2145415085, tf_c= s =3D 8, > tf_rflags =3D 65538, tf_rsp =3D -1245213888, tf_ss =3D 16}) at > /usr/src/sys/amd64/amd64/trap.c:238 > #5 0xffffffff80313c6b in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:168 > #6 0xffffffff801f9053 in _mtx_lock_sleep (m=3D0xffffff009d31f0d0, > tid=3D18446742981100074784, opts=3D6, file=3D0xc0000102
bounds>, line=3D-1245213424) at /usr/src/sys/kern/kern_mutex.c:546 > #7 0xffffffff8025b1ac in unp_gc (arg=3D0x70, pending=3D-1687783648) at > /usr/src/sys/kern/uipc_usrreq.c:1714 > #8 0xffffffff8022c314 in taskqueue_run (queue=3D0xffffff0000844800) at > /usr/src/sys/kern/subr_taskqueue.c:257 > #9 0xffffffff8022d0e7 in taskqueue_thread_loop (arg=3D0x70) at > /usr/src/sys/kern/subr_taskqueue.c:376 > #10 0xffffffff801e7b76 in fork_exit (callout=3D0xffffffff8022d060 > , arg=3D0xffffffff805030d0, frame=3D0xffffffffb5c7= 8c50) at > /usr/src/sys/kern/kern_fork.c:821 > #11 0xffffffff80313fce in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:394 This is a NULL pointer dereference in the UNIX domain socket code. John=20 Baldwin recently committed a fix for a bug with these symptoms to 7-CURRENT= ,=20 with an MFC planned in the near future. The fix won't make 6.2-RELEASE, bu= t=20 assuming it tests out well over the next few weeks, we will cut an errata= =20 patch/announcement for it. I believe you can pull down his 6-STABLE versio= n=20 at: http://people.FreeBSD.org/~jhb/patches/unp_gc.patch This same patch is currently in texting on mx1.FreeBSD.org. (John CC'd) Robert N M Watson Computer Laboratory University of Cambridge --0-910365012-1168178621=:46119-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 15:18:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0146916A412 for ; Sun, 7 Jan 2007 15:18:05 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7F213C480 for ; Sun, 7 Jan 2007 15:18:04 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 5BABC118B421; Sun, 7 Jan 2007 11:17:58 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-new, port 10024) with ESMTP id 77600-06; Sun, 7 Jan 2007 11:17:57 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 8F4A3118B417; Sun, 7 Jan 2007 11:17:57 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id F1EBB3ABDA; Sun, 7 Jan 2007 11:18:08 -0400 (AST) Date: Sun, 07 Jan 2007 11:18:08 -0400 From: "Marc G. Fournier" To: Robert Watson , "Marc G. Fournier" Message-ID: In-Reply-To: <20070107140119.M46119@fledge.watson.org> References: <8FF1D577DF1087259D6F71E0@ganymede.hub.org> <20070107140119.M46119@fledge.watson.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org, jhb@FreeBSD.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 15:18:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Working on upgrading and applying patch right now ... thanks ... - --On Sunday, January 07, 2007 14:03:41 +0000 Robert Watson=20 wrote: > > On Sat, 6 Jan 2007, Marc G. Fournier wrote: > >> Just had the following happen on a FreeBSD 6.2-PRERELEASE #7: Sun Dec 17 >> 01:28:52 AST 2006 system ... amd64, HP Proliant, 6G of RAM ... have core if >> there is information that I can provide out of it ... >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =3D 0x18c >> fault code =3D supervisor read, page not present >> instruction pointer =3D 0x8:0xffffffff801f9053 >> stack pointer =3D 0x10:0xffffffffb5c78b30 >> frame pointer =3D 0x10:0xffffffffb5c78b60 >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags =3D resume, IOPL =3D 0 >> current process =3D 5 (thread taskq) >> trap number =3D 12 >> panic: page fault >> cpuid =3D 0 >> Uptime: 8d22h25m40s >> >> (kgdb) where >> # 0 doadump () at pcpu.h:172 >> # 1 0xffffffff80203955 in boot (howto=3D260) at >> /usr/src/sys/kern/kern_shutdown.c:409 >> # 2 0xffffffff80204065 in panic (fmt=3D0xffffff019b667720 >> "X\223f\233\001=C3=BF=C3=BF=C3=BF\020=C2=B5c\233\001=C3=BF=C3=BF=C3=BF") at >> /usr/src/sys/kern/kern_shutdown.c:565 >> # 3 0xffffffff803287a6 in trap_fatal (frame=3D0xc, = eva=3D18446742981100074784) >> # at >> /usr/src/sys/amd64/amd64/trap.c:660 >> # 4 0xffffffff80328cd8 in trap (frame=3D >> {tf_rdi =3D 112, tf_rsi =3D -1092609476832, tf_rdx =3D 6, tf_rcx =3D = 3221225730, >> tf_r8 =3D -1245213424, tf_r9 =3D -1092609476832, tf_rax =3D 1, tf_rbx =3D >> - -1096874331952, tf_rbp =3D -1245213856, tf_r10 =3D -2142258536, tf_r11 =3D = 0, >> tf_r12 =3D 4, tf_r13 =3D -1092609476832, tf_r14 =3D 4, tf_r15 =3D 1, = tf_trapno =3D 12, >> tf_addr =3D 396, tf_flags =3D -2145197496, tf_err =3D 0, tf_rip =3D = -2145415085, >> tf_cs =3D 8, tf_rflags =3D 65538, tf_rsp =3D -1245213888, tf_ss =3D 16}) at >> /usr/src/sys/amd64/amd64/trap.c:238 >> # 5 0xffffffff80313c6b in calltrap () at >> /usr/src/sys/amd64/amd64/exception.S:168 >> # 6 0xffffffff801f9053 in _mtx_lock_sleep (m=3D0xffffff009d31f0d0, >> tid=3D18446742981100074784, opts=3D6, file=3D0xc0000102
> bounds>, line=3D-1245213424) at /usr/src/sys/kern/kern_mutex.c:546 >> # 7 0xffffffff8025b1ac in unp_gc (arg=3D0x70, pending=3D-1687783648) at >> /usr/src/sys/kern/uipc_usrreq.c:1714 >> # 8 0xffffffff8022c314 in taskqueue_run (queue=3D0xffffff0000844800) at >> /usr/src/sys/kern/subr_taskqueue.c:257 >> # 9 0xffffffff8022d0e7 in taskqueue_thread_loop (arg=3D0x70) at >> /usr/src/sys/kern/subr_taskqueue.c:376 >> # 10 0xffffffff801e7b76 in fork_exit (callout=3D0xffffffff8022d060 >> , arg=3D0xffffffff805030d0, = frame=3D0xffffffffb5c78c50) at >> /usr/src/sys/kern/kern_fork.c:821 >> # 11 0xffffffff80313fce in fork_trampoline () at >> /usr/src/sys/amd64/amd64/exception.S:394 > > This is a NULL pointer dereference in the UNIX domain socket code. John > Baldwin recently committed a fix for a bug with these symptoms to 7-CURRENT, > with an MFC planned in the near future. The fix won't make 6.2-RELEASE, but > assuming it tests out well over the next few weeks, we will cut an errata > patch/announcement for it. I believe you can pull down his 6-STABLE version > at: > > http://people.FreeBSD.org/~jhb/patches/unp_gc.patch > > This same patch is currently in texting on mx1.FreeBSD.org. > > (John CC'd) > > Robert N M Watson > Computer Laboratory > University of Cambridge - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFoQ8w4QvfyHIvDvMRAuTzAKDrPBUZ0dRgdujdSzQjbFyh2xiYcACgm8Oa adOhc5QuzI99WsjjjWaSi64=3D =3DlmyP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 16:10:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2E3416A492 for ; Sun, 7 Jan 2007 16:10:33 +0000 (UTC) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.agh.edu.pl (galaxy.agh.edu.pl [149.156.96.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1F313C459 for ; Sun, 7 Jan 2007 16:10:33 +0000 (UTC) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.agh.edu.pl (Postfix, from userid 1001) id 4C6A51070; Sun, 7 Jan 2007 16:52:29 +0100 (CET) Date: Sun, 7 Jan 2007 16:52:29 +0100 From: Krzysztof Kowalik To: freebsd-stable@freebsd.org Message-ID: <20070107155229.GA4749@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: fxp(4) and lockups on RELENG_6_x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 16:10:33 -0000 Hello. We are running an (IRC) server that under high-rate traffic (ie. DDoS attack) stops to respond to the network. The network remains locked up even after the original attack stops. However running tcpdump (which switches the interface into promisc mode) unlocks networking and things work again. At the moment, we are running 6.2-RC1 cvsupped at Dec 10, with if_fxp.c from Nov 11 (previously, we had 6.1 for a while, having the same issues) if_fxp.c,v 1.240.2.10.2.1 2006/11/20 16:21:12 The same machine used to run FreeBSD 4.11 without any problems. Any help/pointers/suggestions would be appreciated. More hardware details: fxp0@pci2:3:0: class=0x020000 card=0x10408086 chip=0x12298086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet fxp0: port 0xc800-0xc83f mem 0xd9020000-0xd9020fff,0xd9000000-0xd901ffff irq 11 at device 3.0 on pci2 miibus0: on fxp0 fxp0: Ethernet address: 00:02:b3:90:65:86 interrupt total rate irq11: fxp0 67322 0 -- () ASCII Ribbon Campaign /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 16:12:24 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 053C416A403 for ; Sun, 7 Jan 2007 16:12:24 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B675F13C45E for ; Sun, 7 Jan 2007 16:12:23 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.65) for stable@freebsd.org with esmtp (envelope-from ) id <1H3aNj-0000RC-1y>; Sun, 07 Jan 2007 16:56:23 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.65) for stable@freebsd.org with esmtpsa (envelope-from ) id <1H3aNj-0005Xo-0X>; Sun, 07 Jan 2007 16:56:23 +0100 Message-ID: <45A1182A.1000900@zedat.fu-berlin.de> Date: Sun, 07 Jan 2007 16:56:26 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20061229) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: Intel PRO/1000 PT Desktop NIC, PCIe 1x supported in FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 16:12:24 -0000 Hello, the company I'm working is about to purchae some additional NICs for some replacement built-in NICs of nForce 405-based desktop PCs. I would like to purchase the above mentioned NICs from Intel, hoping the em() driver is capable of handling the NICs. I found in the list of supported hardware that Intels PRO/1000 series is supported by the em() driver, but it is said that the nVidia 4XX chipset is also supported, but not the specific Realtek PHYS/chip used on some ASROCK boards (AM2NF6G-VSTA). So I would like to ask here first. Othr suggestions for good stable and fast NICs are welcome. Thanks. Regards, Oliver P.S. I do not have problems coming along with 6-STABLE after 6.2 gets released, so if you plan integrating support for the nVidia nForce 405 and/or this mentioned specific Intel PRO/1000 NIC shortly after the launch of 6.2-RELEASE I will also welcome positive answeres about this. ------------------------------------------------------------------------- Intel PRO/1000 PT Desktop Adapter, 1x 1000Base-T, PCIe x1, low profile (EXPI9300PTL) -- O. Hartmann From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 16:27:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF8BD16A415 for ; Sun, 7 Jan 2007 16:27:15 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id A759613C457 for ; Sun, 7 Jan 2007 16:27:15 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 7 Jan 2007 16:27:12 -0000 Date: Sun, 7 Jan 2007 18:19:42 +0200 From: Nikolay Pavlov To: Craig Rodrigues Message-ID: <20070107161942.GA1440@zone3000.net> References: <20070105165910.GA37906@zone3000.net> <20070105230029.GA23751@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070105230029.GA23751@crodrigues.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Resent-From: quetzal@zone3000.net Resent-Date: Sun, 7 Jan 2007 18:26:45 +0200 Resent-To: freebsd-stable@freebsd.org Resent-Message-Id: <20070107162715.A759613C457@mx1.freebsd.org> Cc: Subject: Re: kernel panic on 6.2-RC2 with GENERIC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 16:27:16 -0000 On Friday, 5 January 2007 at 18:00:29 -0500, Craig Rodrigues wrote: > On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: > > Hello folks. > > I have kernel panic on GENERIC kernel while executing postmark. > > What is postmark? > Can you give the exact sequence of steps used to produce this panic? Sure: benchmarks/postmark PostMark is the benchmark used in the NetApp Technical Report TR-3022, "PostMark: A New File System Benchmark". The paper fully explains how to use this tool. >From the paper's Abstract: Existing file system benchmarks are deficient in portraying performance in the ephemeral small-file regime used by Internet software, especially: * electronic mail * netnews * web-based commerce PostMark is a new benchmark to measure performance for this class of application. WWW: http://www.netapp.com/tech_library/3022.html root# postmark PostMark v1.5 : 3/27/01 pm>set number=10000 pm>set transactions=10000 pm>set subdirectories=10000 pm>show Current configuration is: The base number of files is 10000 Transactions: 10000 Files range between 500 bytes and 9.77 kilobytes in size Working directory: /usr/home/quetzal 10000 subdirectories will be used Block sizes are: read=512 bytes, write=512 bytes Biases are: read/append=5, create/delete=5 Using Unix buffered file I/O Random number generator seed is 42 Report format is verbose. And than: pm>run Actualy i can triger this panic even with rm -rf "some dir with many files" or background fsck after crash. Also i can triger this with rsync with many (~100G) files. My system is very unstable with 6.2-RC2 kernel, but with 6.1 kernel i can't crash it. Here is successful postmark results for 6.1: Creating subdirectories...Done Creating files...Done Performing transactions..........Done Deleting files...Done Deleting subdirectories...Done Time: 1196 seconds total 556 seconds of transactions (17 per second) Files: 15027 created (12 per second) Creation alone: 10000 files (32 per second) Mixed with transactions: 5027 files (9 per second) 4990 read (8 per second) 5009 appended (9 per second) 15027 deleted (12 per second) Deletion alone: 10054 files (30 per second) Mixed with transactions: 4973 files (8 per second) Data: 27.14 megabytes read (23.24 kilobytes per second) 85.08 megabytes written (72.84 kilobytes per second) > > -- > Craig Rodrigues > rodrigc@crodrigues.org -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 16:39:27 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C91BF16A403 for ; Sun, 7 Jan 2007 16:39:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8679213C44C for ; Sun, 7 Jan 2007 16:39:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.65) with esmtp (envelope-from ) id <1H3b3O-0001nw-DR>; Sun, 07 Jan 2007 17:39:26 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.65) with esmtpsa (envelope-from ) id <1H3b3O-0006JL-7K>; Sun, 07 Jan 2007 17:39:26 +0100 Message-ID: <45A12241.4030604@zedat.fu-berlin.de> Date: Sun, 07 Jan 2007 17:39:29 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20061229) MIME-Version: 1.0 To: "O. Hartmann" , stable@freebsd.org References: <45A1182A.1000900@zedat.fu-berlin.de> <20070107163129.GA6767@owl.midgard.homeip.net> In-Reply-To: <20070107163129.GA6767@owl.midgard.homeip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: Re: Intel PRO/1000 PT Desktop NIC, PCIe 1x supported in FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 16:39:27 -0000 Erik Trulsson wrote: > On Sun, Jan 07, 2007 at 04:56:26PM +0100, O. Hartmann wrote: >> Hello, >> the company I'm working is about to purchae some additional NICs for >> some replacement built-in NICs of nForce 405-based desktop PCs. I would >> like to purchase the above mentioned NICs from Intel, hoping the em() >> driver is capable of handling the NICs. > > I have one of those cards (Intel PRO/1000 PT Desktop NIC) myself, and it > works just fine under 6-STABLE. So far I have not had any problems at all > with it. > > >> I found in the list of supported hardware that Intels PRO/1000 series is >> supported by the em() driver, but it is said that the nVidia 4XX chipset >> is also supported, but not the specific Realtek PHYS/chip used on some >> ASROCK boards (AM2NF6G-VSTA). So I would like to ask here first. >> >> Othr suggestions for good stable and fast NICs are welcome. Thanks. >> >> Regards, >> Oliver >> >> P.S. I do not have problems coming along with 6-STABLE after 6.2 gets >> released, so if you plan integrating support for the nVidia nForce 405 >> and/or this mentioned specific Intel PRO/1000 NIC shortly after the >> launch of 6.2-RELEASE I will also welcome positive answeres about this. >> >> ------------------------------------------------------------------------- >> Intel PRO/1000 PT Desktop Adapter, 1x 1000Base-T, PCIe x1, low profile >> (EXPI9300PTL) > > > Thank you, that helps a lot :-) Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 16:46:53 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2A2716A40F for ; Sun, 7 Jan 2007 16:46:53 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7E6D713C45A for ; Sun, 7 Jan 2007 16:46:53 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-29-241.bredband.comhem.se ([83.253.29.241]:51346 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with smtp (Exim 4.63) (envelope-from ) id 1H3avk-0001ey-8o for stable@freebsd.org; Sun, 07 Jan 2007 17:31:33 +0100 Received: (qmail 10186 invoked from network); 7 Jan 2007 17:31:29 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 7 Jan 2007 17:31:29 +0100 Received: (qmail 6844 invoked by uid 1001); 7 Jan 2007 17:31:29 +0100 Date: Sun, 7 Jan 2007 17:31:29 +0100 From: Erik Trulsson To: "O. Hartmann" Message-ID: <20070107163129.GA6767@owl.midgard.homeip.net> Mail-Followup-To: "O. Hartmann" , stable@freebsd.org References: <45A1182A.1000900@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A1182A.1000900@zedat.fu-berlin.de> User-Agent: Mutt/1.5.13 (2006-08-11) X-ACL-Warn: Too high rate of unknown addresses received from you X-Scan-Result: No virus found in message 1H3avk-0001ey-8o. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1H3avk-0001ey-8o 4f9d9018e764bef4a53fd1ad7ed739a9 Cc: stable@freebsd.org Subject: Re: Intel PRO/1000 PT Desktop NIC, PCIe 1x supported in FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 16:46:53 -0000 On Sun, Jan 07, 2007 at 04:56:26PM +0100, O. Hartmann wrote: > Hello, > the company I'm working is about to purchae some additional NICs for > some replacement built-in NICs of nForce 405-based desktop PCs. I would > like to purchase the above mentioned NICs from Intel, hoping the em() > driver is capable of handling the NICs. I have one of those cards (Intel PRO/1000 PT Desktop NIC) myself, and it works just fine under 6-STABLE. So far I have not had any problems at all with it. > I found in the list of supported hardware that Intels PRO/1000 series is > supported by the em() driver, but it is said that the nVidia 4XX chipset > is also supported, but not the specific Realtek PHYS/chip used on some > ASROCK boards (AM2NF6G-VSTA). So I would like to ask here first. > > Othr suggestions for good stable and fast NICs are welcome. Thanks. > > Regards, > Oliver > > P.S. I do not have problems coming along with 6-STABLE after 6.2 gets > released, so if you plan integrating support for the nVidia nForce 405 > and/or this mentioned specific Intel PRO/1000 NIC shortly after the > launch of 6.2-RELEASE I will also welcome positive answeres about this. > > ------------------------------------------------------------------------- > Intel PRO/1000 PT Desktop Adapter, 1x 1000Base-T, PCIe x1, low profile > (EXPI9300PTL) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 16:54:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A0A216A407 for ; Sun, 7 Jan 2007 16:54:39 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [216.148.227.155]) by mx1.freebsd.org (Postfix) with ESMTP id 23F7413C4A5 for ; Sun, 7 Jan 2007 16:54:39 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (rwcrmhc15) with ESMTP id <20070107164337m1500qea8ue>; Sun, 7 Jan 2007 16:43:37 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l07Gha06013520; Sun, 7 Jan 2007 11:43:36 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l07GhaSi013519; Sun, 7 Jan 2007 11:43:36 -0500 (EST) (envelope-from rodrigc) Date: Sun, 7 Jan 2007 11:43:36 -0500 From: Craig Rodrigues To: Nikolay Pavlov , freebsd-stable@freebsd.org Message-ID: <20070107164336.GA13511@crodrigues.org> References: <20070105165910.GA37906@zone3000.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070105165910.GA37906@zone3000.net> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: kernel panic on 6.2-RC2 with GENERIC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 16:54:39 -0000 On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: > Hello folks. > I have kernel panic on GENERIC kernel while executing postmark. The sequence of steps that Nikolay used to produce this panic was: - install benchmarks/postmark from ports root# postmark PostMark v1.5 : 3/27/01 pm>set number=10000 pm>set transactions=10000 pm>set subdirectories=10000 pm>show pm>run -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 17:00:17 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C32916A407; Sun, 7 Jan 2007 17:00:16 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.freebsd.org (Postfix) with ESMTP id 5EC5613C43E; Sun, 7 Jan 2007 17:00:16 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.64 (FreeBSD)) (envelope-from ) id 1H3bNW-000CGj-5P; Sun, 07 Jan 2007 17:00:14 +0000 Date: Sun, 7 Jan 2007 17:00:14 +0000 From: Ceri Davies To: Robert Watson Message-ID: <20070107170014.GL7088@submonkey.net> References: <20070105111954.GA51511@submonkey.net> <20070105120539.H46119@fledge.watson.org> <20070105131528.GB7088@submonkey.net> <20070105133028.F98541@fledge.watson.org> <20070105150857.GC7088@submonkey.net> <20070106120040.N46119@fledge.watson.org> <20070106132540.GG7088@submonkey.net> <20070107114243.K41371@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/+CTqSGWdiRg+8j" Content-Disposition: inline In-Reply-To: <20070107114243.K41371@fledge.watson.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: stable@FreeBSD.org Subject: Re: (audit?) Panic in 6.2-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: Sun, 07 Jan 2007 17:00:17 -0000 --W/+CTqSGWdiRg+8j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 07, 2007 at 11:49:56AM +0000, Robert Watson wrote: > On Sat, 6 Jan 2007, Ceri Davies wrote: >=20 > >>>So far it's happened this morning and yesterday morning. I haven't se= en=20 > >>>it before that. I don't know the cause so I can't reproduce it at wil= l,=20 > >>>but the logs don't give any indication. Chances are that it will happ= en=20 > >>>again tomorrow, but we'll see. > >> > >>Hmm. It looks like you printf *(td->td_proc->p_fd->fd_ofiles) without= =20 > >>the array index. Could you repeat that, but with the array index --=20 > >>i.e., td->td_proc->p_fd->fd_ofiles[uap->fd]? Also, it would probably b= e=20 > >>useful to print uap->fd. Right now you're printing stdin (index 0), bu= t=20 > >>if the index is non-0, we want a different file. > > > >Very tactfully put :) Sorry about that. > > > >None of the uap->fd's seem to be valid. In the first case, uap->fd is wa= y=20 > >too high for the length of fd_ofiles, which only has 21 elements: > > > >(kgdb) up 8 > >#8 0xc04c470d in fstat (td=3D0xc2eeb180, uap=3D0xd610dc74) at=20 > >/usr/src/sys/kern/kern_descrip.c:1075 > >1075 error =3D kern_fstat(td, uap->fd, &ub); > >(kgdb) p uap->fd > >$1 =3D 89 > >(kgdb) p *td->td_proc->p_fd->fd_ofiles[uap->fd] > >Cannot access memory at address 0x0 > > > >In the second, uap->fd is nonsense: > > > >(kgdb) up 8 > >#8 0xc04c470d in fstat (td=3D0xc3109300, uap=3D0xd617ec74) at=20 > >/usr/src/sys/kern/kern_descrip.c:1075 > >1075 error =3D kern_fstat(td, uap->fd, &ub); > >(kgdb) p uap->fd > >$1 =3D -1023449232 > >(kgdb) >=20 > Hmm. So, I reviewed audit_arg_file() closely, and after staring at the= =20 > code a lot, couldn't see anything obvious in either the socket or the=20 > vnode/fifo case. I did fix one other bug there, however, which can never= =20 > actually be exercised in 7-CURRENT, and is fairly unlikely in 6-STABLE, a= nd=20 > will MFC that in a week. OK, thanks. > Could you try printing *td->td_ar? Maybe this will give us a clue as to= =20 > how far it got. In particular, this may be able to more reliably give us= =20 > the file descriptor number, which is audited early in the system call. Y= ou=20 > might find that 'td' is corrupted in many layers of the stack, keep going= =20 > up until you find one where it's good. It may well be that=20 > td->td_ar->k_ar.ar_arg_fd is correct, and might confirm that uap->fd is= =20 > correct still. We'd like also to know if ARG_SOCKINFO, ARG_VNODE1, or=20 > ARG_VNODE2 is set in the k_ar.ar_valid_arg field. This may tell us some= =20 > more about the file descriptor even though it appears to have vanished. *td->td_ar is null (0x0) in both cases... > I'm quite worried by the fact that the file descriptor seems not to be=20 > present any more -- this suggests a file descriptor related race of the= =20 > sort that is both quite difficult to figure out and also quite a risk. = =20 > It's strange that it would only trigger with audit, however--perhaps audi= t=20 > stretches out the race. Is this an SMP box? It's certainly looking quite nasty. This system is UP hardware without options SMP. > Could you print the entire contents of *td->td_proc->p_fd? First case: (kgdb) p *td->td_proc->p_fd $2 =3D {fd_ofiles =3D 0xc3441000, fd_ofileflags =3D 0xc3441100 "", fd_cdir = =3D 0xc367f110,=20 fd_rdir =3D 0xc2ce2bb0, fd_jdir =3D 0x0, fd_nfiles =3D 64, fd_map =3D 0xc= 3b65970, fd_lastfile =3D 20,=20 fd_freefile =3D 16, fd_cmask =3D 63, fd_refcnt =3D 1, fd_holdcnt =3D 1, f= d_mtx =3D {mtx_object =3D { lo_class =3D 0xc06ad4c4, lo_name =3D 0xc067c0fd "filedesc structure",= =20 lo_type =3D 0xc067c0fd "filedesc structure", lo_flags =3D 196608, lo_= list =3D {tqe_next =3D 0x0,=20 tqe_prev =3D 0x0}, lo_witness =3D 0x0}, mtx_lock =3D 4, mtx_recurse= =3D 0}, fd_locked =3D 0,=20 fd_wanted =3D 0, fd_kqlist =3D {slh_first =3D 0x0}, fd_holdleaderscount = =3D 0, fd_holdleaderswakeup =3D 0} Second case: (kgdb) p *td->td_proc->p_fd $2 =3D {fd_ofiles =3D 0xc2d23600, fd_ofileflags =3D 0xc2d23700 "", fd_cdir = =3D 0xc31b8660,=20 fd_rdir =3D 0xc2ce2bb0, fd_jdir =3D 0x0, fd_nfiles =3D 64, fd_map =3D 0xc= 2e9c1c0, fd_lastfile =3D 20,=20 fd_freefile =3D 17, fd_cmask =3D 63, fd_refcnt =3D 1, fd_holdcnt =3D 1, f= d_mtx =3D {mtx_object =3D { lo_class =3D 0xc06ad4c4, lo_name =3D 0xc067c0fd "filedesc structure",= =20 lo_type =3D 0xc067c0fd "filedesc structure", lo_flags =3D 196608, lo_= list =3D {tqe_next =3D 0x0,=20 tqe_prev =3D 0x0}, lo_witness =3D 0x0}, mtx_lock =3D 4, mtx_recurse= =3D 0}, fd_locked =3D 0,=20 fd_wanted =3D 0, fd_kqlist =3D {slh_first =3D 0x0}, fd_holdleaderscount = =3D 0, fd_holdleaderswakeup =3D 0} If it's at all useful, I can provide access to this system and the dumps. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --W/+CTqSGWdiRg+8j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFoScdocfcwTS3JF8RAhYrAKCxO85FwJV3rYWlBndqmdaqWcBT/ACeKmN0 5F7RP2mhd2mz+rld2PYekUs= =EERF -----END PGP SIGNATURE----- --W/+CTqSGWdiRg+8j-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 17:02:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B6D116A40F for ; Sun, 7 Jan 2007 17:02:47 +0000 (UTC) (envelope-from illnar@communitor.com) Received: from mx-05.sil.at (mx-01.sil.at [86.59.12.198]) by mx1.freebsd.org (Postfix) with ESMTP id D87B213C458 for ; Sun, 7 Jan 2007 17:02:46 +0000 (UTC) (envelope-from illnar@communitor.com) Received: from [86.59.96.10] (helo=[10.0.0.39]) by mx-05.sil.at with esmtp (Exim 4.60) (envelope-from ) id 1H3b7r-0007v0-M3 for freebsd-stable@freebsd.org; Sun, 07 Jan 2007 17:44:04 +0100 Message-ID: <45A12368.3060705@communitor.com> Date: Sun, 07 Jan 2007 17:44:24 +0100 From: Christoph Illnar User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scan-Signature: 6d1a180943c1eb26aaf95c18e1b5af73 Subject: make buildworld is always braking at various points X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 17:02:47 -0000 Hello list, I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2. I downloaded sources, extracted them with install.sh and did a cvsup. My installed system is 6.1-RELEASE and I keep trying to compile it on my own. Playing with various parameters did not help neither helped switching to the sources of 6.2-RC2. My compilation system is a P4-550 with 2G RAM running on an Asus P5P800. This is my /etc/make.conf: ---- PERL_VER=5.8.8 PERL_VERSION=5.8.8 SUP_UPDATE=yes SUP=/usr/local/bin/cvsup SUPFLAGS=-L 1 SUPHOST=cvsup.at.freebsd.org SUPFILE=/home/franz/cvsupfile CPUTYPE=pentium4 KERNCONF=MYKERNEL NO_ATM=true # do not build ATM related programs and libraries NO_BLUETOOTH=true # do not build Bluetooth related stuff NO_FORTRAN=true # do not build g77 and related libraries NO_GAMES=true # do not build games (games/ subdir) NO_GDB=true # do not build GDB NO_I4B=true # do not build isdn4bsd package NO_INET6=true # do not build IPv6 related programs and NO_IPFILTER=true # do not build IP Filter package NO_KERBEROS=true # do not build and install Kerberos 5 (KTH NO_NIS=true NO_PROFILE=true # Avoid compiling profiled libraries NO_SENDMAIL=true # do not build sendmail and related programs PPP_NO_NAT=true # do not build with NAT support (see PPP_NO_NETGRAPH=true # do not build with Netgraph support PPP_NO_RADIUS=true # do not build with RADIUS support NO_BIND_LIBS_LWRES=true # Do not install the lwres library ---- Some exclusions resulted from the buildworld being broken up there. This is my /usr/src/sys/i386/conf/MYKERNEL: ---- machine i386 cpu I686_CPU ident MY-P4-SMP options SMP # Symmetric MultiProcessor options MPTABLE_FORCE_HTT # Enable HTT CPUs with the MP options IPI_PREEMPTION options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates options UFS_ACL # Support for access control options UFS_DIRHASH # Improve performance on big 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 options PROCFS # Process filesystem (requires options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in options AHD_REG_PRETTY_PRINT # Print register bitfields in options ADAPTIVE_GIANT # Giant mutex is adaptive. options SC_DISABLE_REBOOT device apic # I/O APIC device eisa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device pmtimer device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device nve # nVidia nForce MCP on-board Ethernet device sk # SysKonnect SK-984x & SK-982x gigabit device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter device pf device pflog device pfsync 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 ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ums # Mouse ---- when on 6.2-RC2 sources I do a # cd /usr/src # make buildworld it breaks with these last lines: ---- [.......... lines suppressed ......] building shared library libpmc.so.3 ===> lib/libpthread (all) [.......... lines suppressed ......] cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/thread -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib/libpthread/../../libexec/rtld-elf -I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -c /usr/src/lib/libpthread/thread/thr_condattr_init.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/thread -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib/libpthread/../../libexec/rtld-elf -I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -c /usr/src/lib/libpthread/thread/thr_condattr_pshared.c make: don't know how to make /usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop *** Error code 2 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. ---- As I am new to BSD it is perhaps just a little hint that would help. Unfortunately neither RTFM nor a good book have been helpful so far... From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 18:05:40 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23D4416A403 for ; Sun, 7 Jan 2007 18:05:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id DBE8213C461 for ; Sun, 7 Jan 2007 18:05:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2D83848D52; Sun, 7 Jan 2007 13:05:39 -0500 (EST) Date: Sun, 7 Jan 2007 18:05:39 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ceri Davies In-Reply-To: <20070107170014.GL7088@submonkey.net> Message-ID: <20070107180257.I41371@fledge.watson.org> References: <20070105111954.GA51511@submonkey.net> <20070105120539.H46119@fledge.watson.org> <20070105131528.GB7088@submonkey.net> <20070105133028.F98541@fledge.watson.org> <20070105150857.GC7088@submonkey.net> <20070106120040.N46119@fledge.watson.org> <20070106132540.GG7088@submonkey.net> <20070107114243.K41371@fledge.watson.org> <20070107170014.GL7088@submonkey.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: (audit?) Panic in 6.2-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: Sun, 07 Jan 2007 18:05:40 -0000 On Sun, 7 Jan 2007, Ceri Davies wrote: >> Could you try printing *td->td_ar? Maybe this will give us a clue as to >> how far it got. In particular, this may be able to more reliably give us >> the file descriptor number, which is audited early in the system call. >> You might find that 'td' is corrupted in many layers of the stack, keep >> going up until you find one where it's good. It may well be that >> td->td_ar->k_ar.ar_arg_fd is correct, and might confirm that uap->fd is >> correct still. We'd like also to know if ARG_SOCKINFO, ARG_VNODE1, or >> ARG_VNODE2 is set in the k_ar.ar_valid_arg field. This may tell us some >> more about the file descriptor even though it appears to have vanished. > > *td->td_ar is null (0x0) in both cases... I'm actually beginning to wonder if this is actually audit-related at all. Something is clearly not right, and the audit code should not actually have been entered at all there. Perhaps we're being mislead by the stack trace corruption into thinking audit is involved. >> I'm quite worried by the fact that the file descriptor seems not to be >> present any more -- this suggests a file descriptor related race of the >> sort that is both quite difficult to figure out and also quite a risk. It's >> strange that it would only trigger with audit, however--perhaps audit >> stretches out the race. Is this an SMP box? > > It's certainly looking quite nasty. This system is UP hardware without > options SMP. > > ... > > If it's at all useful, I can provide access to this system and the dumps. Yeah, I think at this point that would probably be the most helpful thing. Could you confirm that the kernel.debug you're using definitely matches the version of the kernel in the core dump? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 18:08:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A380C16A403 for ; Sun, 7 Jan 2007 18:08:33 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 1208713C459 for ; Sun, 7 Jan 2007 18:08:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l07I8IvA018540; Mon, 8 Jan 2007 05:08:18 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l07I8Iga018539; Mon, 8 Jan 2007 05:08:18 +1100 (EST) (envelope-from peter) Date: Mon, 8 Jan 2007 05:08:18 +1100 From: Peter Jeremy To: Christoph Illnar Message-ID: <20070107180818.GG839@turion.vk2pj.dyndns.org> References: <45A12368.3060705@communitor.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/Zw+/jwnNHcBRYYu" Content-Disposition: inline In-Reply-To: <45A12368.3060705@communitor.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld is always braking at various points X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 18:08:33 -0000 --/Zw+/jwnNHcBRYYu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2007-Jan-07 17:44:24 +0100, Christoph Illnar wrote: >I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2. >I downloaded sources, extracted them with install.sh and did a cvsup. > >My installed system is 6.1-RELEASE and I keep trying to compile it on my= =20 >own. Is the failure consistent? I suspect you may have bad RAM. >=3D=3D=3D> lib/libpthread (all) > >[.......... lines suppressed ......] > >cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium4 -DPTHREAD_KERNEL=20 >-I/usr/src/lib/libpthread/../libc/include=20 >-I/usr/src/lib/libpthread/thread=20 >-I/usr/src/lib/libpthread/../../include=20 >-I/usr/src/lib/libpthread/arch/i386/include=20 >-I/usr/src/lib/libpthread/sys=20 >-I/usr/src/lib/libpthread/../../libexec/rtld-elf=20 >-I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin=20 >-D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall=20 >-I/usr/src/lib/libpthread/../libc/i386 -c=20 >/usr/src/lib/libpthread/thread/thr_condattr_init.c > >cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium4 -DPTHREAD_KERNEL=20 >-I/usr/src/lib/libpthread/../libc/include=20 >-I/usr/src/lib/libpthread/thread=20 >-I/usr/src/lib/libpthread/../../include=20 >-I/usr/src/lib/libpthread/arch/i386/include=20 >-I/usr/src/lib/libpthread/sys=20 >-I/usr/src/lib/libpthread/../../libexec/rtld-elf=20 >-I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin=20 >-D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall=20 >-I/usr/src/lib/libpthread/../libc/i386 -c=20 >/usr/src/lib/libpthread/thread/thr_condattr_pshared.c > >make: don't know how to make=20 >/usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop >*** Error code 2 Note that: 1) "/usr/src.lib/" does not normally exist; 2) "." and "/" differ by 1 bit; 3) The cc line shows "-I/usr/src/lib/libpthread/arch/i386/include"; 4) Compiling thr_condattr_init.c uses the same #include sequence to successfully load "pthread_md.h"; 5) None of the test build boxes are reporting any problems. Please try running a memory test, or swapping your RAM. --=20 Peter Jeremy --/Zw+/jwnNHcBRYYu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFoTcS/opHv/APuIcRAgt9AKCeIp8/CQPoP5IrI166oiIOcyO6EQCgv2ip tBwKjqdVAQlw3EC2UM1g8yQ= =CqlK -----END PGP SIGNATURE----- --/Zw+/jwnNHcBRYYu-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 18:45:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 108C016A403 for ; Sun, 7 Jan 2007 18:45:49 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFB213C474 for ; Sun, 7 Jan 2007 18:45:46 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyxys.ka.sub.org [IPv6:2001:5c0:8521:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.13.8/8.13.8) with ESMTP id l07IUR7r051510; Sun, 7 Jan 2007 19:30:27 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.13.8/8.13.8) with ESMTP id l07IURHh066718; Sun, 7 Jan 2007 19:30:27 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.13.8/8.13.8/Submit) id l07IURUE066717; Sun, 7 Jan 2007 19:30:27 +0100 (CET) (envelope-from wolfgang) From: Wolfgang Zenker Message-Id: <200701071830.l07IURUE066717@juno.lyxys.ka.sub.org> In-Reply-To: <45A12368.3060705@communitor.com> To: Christoph Illnar Date: Sun, 7 Jan 2007 19:30:27 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL123e (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (saturn.lyxys.ka.sub.org [IPv6:2001:5c0:8521:1:240:63ff:fed8:ce97]); Sun, 07 Jan 2007 19:30:27 +0100 (CET) Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld is always braking at various points X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 18:45:49 -0000 Hello, > I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2. > I downloaded sources, extracted them with install.sh and did a cvsup. > [..] > # make buildworld > it breaks with these last lines: > ---- > [.......... lines suppressed ......] > building shared library libpmc.so.3 > ===> lib/libpthread (all) > [.......... lines suppressed ......] > cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DPTHREAD_KERNEL > -I/usr/src/lib/libpthread/../libc/include > -I/usr/src/lib/libpthread/thread > -I/usr/src/lib/libpthread/../../include > -I/usr/src/lib/libpthread/arch/i386/include > -I/usr/src/lib/libpthread/sys > -I/usr/src/lib/libpthread/../../libexec/rtld-elf > -I/usr/src/lib/libpthread/../../libexec/rtld-elf/i386 -fno-builtin > -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall > -I/usr/src/lib/libpthread/../libc/i386 -c > /usr/src/lib/libpthread/thread/thr_condattr_pshared.c > make: don't know how to make > /usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop > *** Error code 2 when make tries to rebuild source files, this is often an indication of mis-set system clocks. Check date/time settings on your machine. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 18:57:24 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89FBB16A412; Sun, 7 Jan 2007 18:57:24 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.freebsd.org (Postfix) with ESMTP id 2AAE513C47E; Sun, 7 Jan 2007 18:57:24 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.64 (FreeBSD)) (envelope-from ) id 1H3dCs-000L8Y-Kt; Sun, 07 Jan 2007 18:57:22 +0000 Date: Sun, 7 Jan 2007 18:57:21 +0000 From: Ceri Davies To: Robert Watson Message-ID: <20070107185721.GA94367@submonkey.net> References: <20070105111954.GA51511@submonkey.net> <20070105120539.H46119@fledge.watson.org> <20070105131528.GB7088@submonkey.net> <20070105133028.F98541@fledge.watson.org> <20070105150857.GC7088@submonkey.net> <20070106120040.N46119@fledge.watson.org> <20070106132540.GG7088@submonkey.net> <20070107114243.K41371@fledge.watson.org> <20070107170014.GL7088@submonkey.net> <20070107180257.I41371@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20070107180257.I41371@fledge.watson.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: stable@FreeBSD.org Subject: Re: (audit?) Panic in 6.2-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: Sun, 07 Jan 2007 18:57:24 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 07, 2007 at 06:05:39PM +0000, Robert Watson wrote: >=20 > On Sun, 7 Jan 2007, Ceri Davies wrote: >=20 > >>Could you try printing *td->td_ar? Maybe this will give us a clue as t= o=20 > >>how far it got. In particular, this may be able to more reliably give = us=20 > >>the file descriptor number, which is audited early in the system call.= =20 > >>You might find that 'td' is corrupted in many layers of the stack, keep= =20 > >>going up until you find one where it's good. It may well be that=20 > >>td->td_ar->k_ar.ar_arg_fd is correct, and might confirm that uap->fd is= =20 > >>correct still. We'd like also to know if ARG_SOCKINFO, ARG_VNODE1, or= =20 > >>ARG_VNODE2 is set in the k_ar.ar_valid_arg field. This may tell us som= e=20 > >>more about the file descriptor even though it appears to have vanished. > > > >*td->td_ar is null (0x0) in both cases... >=20 > I'm actually beginning to wonder if this is actually audit-related at all= =2E=20 > Something is clearly not right, and the audit code should not actually ha= ve=20 > been entered at all there. Perhaps we're being mislead by the stack trac= e=20 > corruption into thinking audit is involved. I've wondered the same. > >>I'm quite worried by the fact that the file descriptor seems not to be= =20 > >>present any more -- this suggests a file descriptor related race of the= =20 > >>sort that is both quite difficult to figure out and also quite a risk.= =20 > >>It's strange that it would only trigger with audit, however--perhaps=20 > >>audit stretches out the race. Is this an SMP box? > > > >It's certainly looking quite nasty. This system is UP hardware without= =20 > >options SMP. > > > >... > > > >If it's at all useful, I can provide access to this system and the dumps. >=20 > Yeah, I think at this point that would probably be the most helpful thing. OK, you should be able to log in as rwatson@submonkey.net with your freefall key. Details in ~rwatson/README once you're logged in. > Could you confirm that the kernel.debug you're using definitely matches t= he=20 > version of the kernel in the core dump? Yes, definitely. Thanks again, Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFoUKRocfcwTS3JF8RAjsBAJ0XI7xHADgATXi9qKvULfEg1k5kOwCeJ8Pg LNzvXn2HZkJntzDFnVG8Wc0= =IbGq -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 19:59:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C30516A407 for ; Sun, 7 Jan 2007 19:59:24 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E17A113C455 for ; Sun, 7 Jan 2007 19:59:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l07JMqWf088536; Sun, 7 Jan 2007 14:22:52 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l07JMp3K016382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Jan 2007 14:22:51 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200701071922.l07JMp3K016382@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 07 Jan 2007 14:25:02 -0500 To: Craig Rodrigues , Nikolay Pavlov , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20070107164336.GA13511@crodrigues.org> References: <20070105165910.GA37906@zone3000.net> <20070107164336.GA13511@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: kernel panic on 6.2-RC2 with GENERIC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 19:59:24 -0000 At 11:43 AM 1/7/2007, Craig Rodrigues wrote: >On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: > > Hello folks. > > I have kernel panic on GENERIC kernel while executing postmark. > >The sequence of steps that Nikolay used to produce this panic was: > >- install benchmarks/postmark from ports > >root# postmark >PostMark v1.5 : 3/27/01 >pm>set number=10000 >pm>set transactions=10000 >pm>set subdirectories=10000 >pm>show >pm>run I am able to do this on an AMD64 on a AREAC RAID6 file system and on a plain old ata drive on i386 without issue. the i386 is a few weeks old but I will cvsup and re-try to confirm on both today [tyan-1u]# postmark PostMark v1.5 : 3/27/01 pm>set number=10000 pm>set transactions=10000 pm>set subdirectories=10000 pm>set location /tmp pm>run Creating subdirectories...Done Creating files...Done Performing transactions..........Done Deleting files...Done Deleting subdirectories...Done Time: 481 seconds total 233 seconds of transactions (42 per second) Files: 15027 created (31 per second) Creation alone: 10000 files (62 per second) Mixed with transactions: 5027 files (21 per second) 4990 read (21 per second) 5009 appended (21 per second) 15027 deleted (31 per second) Deletion alone: 10054 files (115 per second) Mixed with transactions: 4973 files (21 per second) Data: 27.14 megabytes read (57.78 kilobytes per second) 85.08 megabytes written (181.13 kilobytes per second) pm>quit [tyan-1u]# uname -a FreeBSD tyan-1u.sentex.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Mon Dec 11 17:45:45 EST 2006 mdtancsa@tyan-1u.sentex.ca:/usr/obj/usr/src/sys/tyan i386 [tyan-1u]# and amd64 pm>show Current configuration is: The base number of files is 10000 Transactions: 10000 Files range between 500 bytes and 9.77 kilobytes in size Working directory: /mnt (weight=1) 10000 subdirectories will be used Block sizes are: read=512 bytes, write=512 bytes Biases are: read/append=5, create/delete=5 Using Unix buffered file I/O Random number generator seed is 42 Report format is verbose. pm>run Creating subdirectories...Done Creating files...Done Performing transactions..........Done Deleting files...Done Deleting subdirectories...Done Time: 310 seconds total 155 seconds of transactions (64 per second) Files: 15027 created (48 per second) Creation alone: 10000 files (103 per second) Mixed with transactions: 5027 files (32 per second) 4990 read (32 per second) 5009 appended (32 per second) 15027 deleted (48 per second) Deletion alone: 10054 files (173 per second) Mixed with transactions: 4973 files (32 per second) Data: 27.14 megabytes read (89.65 kilobytes per second) 85.08 megabytes written (281.04 kilobytes per second) pm>quit [r2-releng6-64]# uname -a FreeBSD r2-releng6-64.sentex.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Thu Dec 28 23:13:18 EST 2006 mdtancsa@r2-releng6-64.sentex.ca:/usr/obj/usr/src/sys/router amd64 [r2-releng6-64]# both file systems have normal newfs options and fairly standard kernels with default /etc/make.conf and both are SMP From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 20:35:20 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8680F16A403 for ; Sun, 7 Jan 2007 20:35:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 4A87B13C4A6 for ; Sun, 7 Jan 2007 20:35:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so2033258ana for ; Sun, 07 Jan 2007 12:35:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FutlWIoUvKbyHsc16cgD706WEMs6WOIU8I5aWKzshWnn6A9c111Og9cxreSHMWUGgnHCSLR84pM7aLulGwyKd3sNzWciuYOEK0qDMBSIIA/CMUSyPmzftxY13WG97/8vOgqWMlHrA/Ruw14G9sPItHS3rdszkBmzZ2iNj/bV2BQ= Received: by 10.100.165.9 with SMTP id n9mr11369352ane.1168200597715; Sun, 07 Jan 2007 12:09:57 -0800 (PST) Received: by 10.100.105.12 with HTTP; Sun, 7 Jan 2007 12:09:57 -0800 (PST) Message-ID: <2a41acea0701071209k38546dafsdcad92f08673a0d8@mail.gmail.com> Date: Sun, 7 Jan 2007 12:09:57 -0800 From: "Jack Vogel" To: "O. Hartmann" , stable@freebsd.org In-Reply-To: <20070107163129.GA6767@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45A1182A.1000900@zedat.fu-berlin.de> <20070107163129.GA6767@owl.midgard.homeip.net> Cc: Subject: Re: Intel PRO/1000 PT Desktop NIC, PCIe 1x supported in FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 20:35:20 -0000 On 1/7/07, Erik Trulsson wrote: > On Sun, Jan 07, 2007 at 04:56:26PM +0100, O. Hartmann wrote: > > Hello, > > the company I'm working is about to purchae some additional NICs for > > some replacement built-in NICs of nForce 405-based desktop PCs. I would > > like to purchase the above mentioned NICs from Intel, hoping the em() > > driver is capable of handling the NICs. > > I have one of those cards (Intel PRO/1000 PT Desktop NIC) myself, and it > works just fine under 6-STABLE. So far I have not had any problems at all > with it. > Yes, all released Intel PCI-E wired NICs are supported, sometimes not all features of the hardware are supported, but my job at Intel is to keep the driver working with new hardware, and to add support for features that don't have such now. Happy New Year, Jack From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 21:54:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53C1B16A49E for ; Sun, 7 Jan 2007 21:54:46 +0000 (UTC) (envelope-from ian@niw.com.au) Received: from cerberus.apdata.com.au (cerberus.apdata.com.au [202.14.95.17]) by mx1.freebsd.org (Postfix) with ESMTP id B3FB313C4AA for ; Sun, 7 Jan 2007 21:54:45 +0000 (UTC) (envelope-from ian@niw.com.au) Received: from localhost.apdata.com.au (localhost.apdata.com.au [127.0.0.1]) by cerberus.apdata.com.au (Postfix) with SMTP id 6814B254194 for ; Mon, 8 Jan 2007 08:03:52 +1030 (CST) Received: from aleph.niw.com.au (aleph.niw.com.au [192.168.101.4]) by cerberus.apdata.com.au (Postfix) with ESMTP id 9B0C22541A2 for ; Mon, 8 Jan 2007 08:03:51 +1030 (CST) Received: from aleph.niw.com.au (localhost [127.0.0.1]) by aleph.niw.com.au (Postfix) with SMTP id A0CBD78C8B for ; Mon, 8 Jan 2007 08:03:50 +1030 (CST) Received: by aleph.niw.com.au (Postfix, from userid 1000) id 2C52D78C8A; Mon, 8 Jan 2007 08:03:50 +1030 (CST) Date: Mon, 8 Jan 2007 08:03:50 +1030 From: Ian West To: freebsd-stable@freebsd.org Message-ID: <20070107213350.GA61293@aleph.niw.com.au> References: <20070105165910.GA37906@zone3000.net> <20070107164336.GA13511@crodrigues.org> <200701071922.l07JMp3K016382@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701071922.l07JMp3K016382@lava.sentex.ca> User-Agent: Mutt/1.5.11 X-Kavpostfix-Config: /etc/mail/kavpostfix.aleph X-Kavpostfix-Perl: /etc/mail/aleph.pl X-Kavpostfix-Version: 3.09 X-Spam-Not-Checked: Message sender whitelisted X-Complete-Junk: NO X-Kavpostfix-Config: /etc/mail/kavpostfix.cfg X-Kavpostfix-Perl: /etc/mail/testcode.pl X-Kavpostfix-Version: 3.09 X-Spam-Not-Checked: Message sender whitelisted Subject: Re: kernel panic on 6.2-RC2 with GENERIC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 21:54:46 -0000 On Sun, Jan 07, 2007 at 02:25:02PM -0500, Mike Tancsa wrote: > At 11:43 AM 1/7/2007, Craig Rodrigues wrote: > >On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: > >> Hello folks. > >> I have kernel panic on GENERIC kernel while executing postmark. > > > >The sequence of steps that Nikolay used to produce this panic was: > > > >- install benchmarks/postmark from ports > > > >root# postmark > >PostMark v1.5 : 3/27/01 > >pm>set number=10000 > >pm>set transactions=10000 > >pm>set subdirectories=10000 > >pm>show > >pm>run > > I am able to do this on an AMD64 on a AREAC RAID6 file system and on > a plain old ata drive on i386 without issue. > > the i386 is a few weeks old but I will cvsup and re-try to confirm on > both today > > [tyan-1u]# postmark > PostMark v1.5 : 3/27/01 > pm>set number=10000 > pm>set transactions=10000 > pm>set subdirectories=10000 > pm>set location /tmp > pm>run > Creating subdirectories...Done > Creating files...Done > Performing transactions..........Done > Deleting files...Done > Deleting subdirectories...Done > Time: > 481 seconds total > 233 seconds of transactions (42 per second) > > Files: > 15027 created (31 per second) > Creation alone: 10000 files (62 per second) > Mixed with transactions: 5027 files (21 per second) > 4990 read (21 per second) > 5009 appended (21 per second) > 15027 deleted (31 per second) > Deletion alone: 10054 files (115 per second) > Mixed with transactions: 4973 files (21 per second) > > Data: > 27.14 megabytes read (57.78 kilobytes per second) > 85.08 megabytes written (181.13 kilobytes per second) > pm>quit > [tyan-1u]# uname -a > FreeBSD tyan-1u.sentex.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: > Mon Dec 11 17:45:45 EST > 2006 mdtancsa@tyan-1u.sentex.ca:/usr/obj/usr/src/sys/tyan i386 > [tyan-1u]# > > > and amd64 > > pm>show > Current configuration is: > The base number of files is 10000 > Transactions: 10000 > Files range between 500 bytes and 9.77 kilobytes in size > Working directory: > /mnt (weight=1) > 10000 subdirectories will be used > Block sizes are: read=512 bytes, write=512 bytes > Biases are: read/append=5, create/delete=5 > Using Unix buffered file I/O > Random number generator seed is 42 > Report format is verbose. > pm>run > Creating subdirectories...Done > Creating files...Done > Performing transactions..........Done > Deleting files...Done > Deleting subdirectories...Done > Time: > 310 seconds total > 155 seconds of transactions (64 per second) > > Files: > 15027 created (48 per second) > Creation alone: 10000 files (103 per second) > Mixed with transactions: 5027 files (32 per second) > 4990 read (32 per second) > 5009 appended (32 per second) > 15027 deleted (48 per second) > Deletion alone: 10054 files (173 per second) > Mixed with transactions: 4973 files (32 per second) > > Data: > 27.14 megabytes read (89.65 kilobytes per second) > 85.08 megabytes written (281.04 kilobytes per second) > pm>quit > [r2-releng6-64]# uname -a > FreeBSD r2-releng6-64.sentex.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE > #0: Thu Dec 28 23:13:18 EST > 2006 mdtancsa@r2-releng6-64.sentex.ca:/usr/obj/usr/src/sys/router amd64 > [r2-releng6-64]# > > > both file systems have normal newfs options and fairly standard > kernels with default /etc/make.conf and both are SMP I have seen this identical fault with the new areca driver, my machine is opteron hardware, but running a regular i386/SMP kernel/world. With everything at 6.2RC2 (as of 29th of December) except the areca driver the machine is rock solid, with the 29th of december version of the areca driver the box will crash on extract of a large tar file, removal of a large directory structure, or pretty much anything that does a lot of disk io to different files/locations. There is no error log prior to seeing the following messages.. Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433209344, length=16384)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433242112, length=32768)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437612544, length=4096)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437616640, length=12288)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437633024, length=6144)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437639168, length=2048)]error = 5 Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437641216, length=6144)]error = 5 There are a string of these, followed by a crash and reboot. The file system state can be left very dirty to the point where background fsck seems unable to recover it. The areca card in question is running the latest firmware/boot and has shown no problems either before, or since backing out the areca driver. The volume is ran the tests on was a 250G on a raid6 raid set. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 23:00:49 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E0DF16A492 for ; Sun, 7 Jan 2007 23:00:49 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 395EA13C45E for ; Sun, 7 Jan 2007 23:00:47 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l07N0k0F061559; Sun, 7 Jan 2007 18:00:46 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l07N0jXi009733; Sun, 7 Jan 2007 18:00:45 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: stable@freebsd.org Content-Type: text/plain Date: Sun, 07 Jan 2007 18:06:45 -0500 Message-Id: <1168211205.22629.6.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: freebsd-amd64@freebsd.org Subject: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 23:00:49 -0000 I am starting a new thread on this as what I had assumed was a panic in nfsd turns out to be an issue with the bge driver. This is an amd64 box, dual processor (SMP kernel) that happens to be running nfsd. About every 3-5 days the kernel panics and I have finally managed to get a core dump. The system: FreeBSD 6.2-PRERELEASE #8: Tue Jan 2 10:57:39 EST 2007 The short and dirty of the dump: # kgdb /usr/obj/usr/src/sys/MSPOOL/kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: lock order reversal: (sleepable after non-sleepable) 1st 0xffffffff8836b010 bge0 (network driver) @ /usr/src/sys/dev/bge/if_bge.c:2675 2nd 0xffffffff805f26b0 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 KDB: stack backtrace: witness_checkorder() at witness_checkorder+0x4da _sx_xlock() at _sx_xlock+0x51 vm_map_lookup() at vm_map_lookup+0x44 vm_fault() at vm_fault+0xba trap_pfault() at trap_pfault+0x13c trap() at trap+0x1f9 calltrap() at calltrap+0x5 --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, rbp = 0xffffffffb371aba0 --- bge_rxeof() at bge_rxeof+0x3b7 bge_intr() at bge_intr+0x1c8 ithread_loop() at ithread_loop+0x14c fork_exit() at fork_exit+0xbb fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb371ad00, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x28 fault code = supervisor write, page not present instruction pointer = 0x8:0xffffffff801d5f17 stack pointer = 0x10:0xffffffffb371ab50 frame pointer = 0x10:0xffffffffb371aba0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28 (irq24: bge0) trap number = 12 panic: page fault cpuid = 1 Uptime: 3d4h18m42s #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xffffffff802771b9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff80276c4b in panic (fmt=0xffffffff8044160c "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xffffffff803ebba6 in trap_fatal (frame=0xc, eva=18446742978291675136) at /usr/src/sys/amd64/amd64/trap.c:660 #4 0xffffffff803ebee3 in trap_pfault (frame=0xffffffffb371aaa0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:573 #5 0xffffffff803ec0f9 in trap (frame= {tf_rdi = 0, tf_rsi = 0, tf_rdx = 1, tf_rcx = 499, tf_r8 = 2521427970, tf_r9 = -1099500152320, tf_rax = 0, tf_rbx = -1263948192, tf_rbp = -1284396128, tf_r10 = 0, tf_r11 = 0, tf_r12 = -2009681920, tf_r13 = 0, tf_r14 = 0, tf_r15 = -1099499984896, tf_trapno = 12, tf_addr = 40, tf_flags = -1263948192, tf_err = 2, tf_rip = -2145558761, tf_cs = 8, tf_rflags = 66071, tf_rsp = -1284396192, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:352 #6 0xffffffff803d779b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff801d5f17 in bge_rxeof (sc=0xffffffff8836b000) at /usr/src/sys/dev/bge/if_bge.c:2528 #8 0xffffffff801db818 in bge_intr (xsc=0x0) at /usr/src/sys/dev/bge/if_bge.c:2707 #9 0xffffffff8025f2bc in ithread_loop (arg=0xffffff0000b1b320) at /usr/src/sys/kern/kern_intr.c:682 #10 0xffffffff8025e00b in fork_exit (callout=0xffffffff8025f170 , arg=0xffffff0000b1b320, frame=0xffffffffb371ac50) at /usr/src/sys/kern/kern_fork.c:821 #11 0xffffffff803d7afe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 If more information is needed (disassemble, etc) please let me know. In the interim I may switch to either using the base100 ethernet port (fxp) or turn off SMP. Sven From owner-freebsd-stable@FreeBSD.ORG Sun Jan 7 23:35:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DE0F16A412 for ; Sun, 7 Jan 2007 23:35:23 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 216E213C448 for ; Sun, 7 Jan 2007 23:35:19 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 96476 invoked from network); 7 Jan 2007 23:08:56 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 7 Jan 2007 23:08:56 -0000 Received: (qmail 65156 invoked by uid 907); 7 Jan 2007 23:08:34 -0000 Received: from midgard.transactionware.com (HELO JMLAPTOP) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Mon, 08 Jan 2007 10:08:34 +1100 From: "Jan Mikkelsen" To: "'Ian West'" , Date: Mon, 8 Jan 2007 10:08:33 +1100 Organization: Transactionware Message-ID: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20070107213350.GA61293@aleph.niw.com.au> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal Cc: Subject: RE: kernel panic on 6.2-RC2 with GENERIC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jan 2007 23:35:23 -0000 (Scott: I should have emailed you this earlier, but Christmas and = various other things got in the way.) Ian West wrote: > On Sun, Jan 07, 2007 at 02:25:02PM -0500, Mike Tancsa wrote: > > At 11:43 AM 1/7/2007, Craig Rodrigues wrote: > > >On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: >>> [ Areca kernel panic, IO failures ... ] > I have seen this identical fault with the new areca driver, my machine > is opteron hardware, but running a regular i386/SMP kernel/world. With > everything at 6.2RC2 (as of 29th of December) except the areca driver > the machine is rock solid, with the 29th of december version of the > areca driver the box will crash on extract of a large tar=20 > file, removal > of a large directory structure, or pretty much anything that=20 > does a lot > of disk io to different files/locations. There is no error=20 > log prior to > seeing the following messages.. >=20 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D433078272, length=3D8192)]error =3D = 5 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D433111040, length=3D16384)]error = =3D 5 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D433209344, length=3D16384)]error = =3D 5 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D433242112, length=3D32768)]error = =3D 5 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D437612544, length=3D4096)]error =3D = 5 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D437616640, length=3D12288)]error = =3D 5 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D437633024, length=3D6144)]error =3D = 5 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D437639168, length=3D2048)]error =3D = 5 > Dec 29 14:26:44 aleph kernel:=20 > g_vfs_done():da0s1g[WRITE(offset=3D437641216, length=3D6144)]error =3D = 5 >=20 > There are a string of these, followed by a crash and reboot.=20 > The file system > state can be left very dirty to the point where background=20 > fsck seems unable > to recover it. >=20 > The areca card in question is running the latest firmware/boot and > has shown no problems either before, or since backing out the areca > driver. >=20 > The volume is ran the tests on was a 250G on a raid6 raid set. I have seen various problems with various Areca drivers. All on 6.2-RC1/amd64 with an Areca RAID-6 volume. Areca 1.20.00.02 seems to work fine. Areca 1.20.00.12 (from the Areca website) seems to have data corruption problems. My tests involve doing a "diff -r" on a filesystem with 2GB = of data. It will occasional find differences in files. On examination, = the last 640 bytes of the first block of the affected file contain data from another file "nearby" in the filesystem. Unmounting and remounting the filesystems and rerunning the test shows no problem, or a difference in another file entirely. I think this is the cause of the g_vfs_done = failures with this version of the driver; the offsets are wrong because the data = is corrupted. Areca 1.20.00.13 (as currently in the tree) does not seem to have data corruption problems, but I can trigger g_vfs_done failures under heavy = I/O. I have raised this with Areca support, and I'm waiting to hear back from Erich Chen. Regards, Jan Mikkelsen From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 00:20:19 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D663616A492 for ; Mon, 8 Jan 2007 00:20:19 +0000 (UTC) (envelope-from lists@wm-access.no) Received: from lakepoint.domeneshop.no (smtp01.domeneshop.no [194.63.248.15]) by mx1.freebsd.org (Postfix) with ESMTP id 533FC13C43E for ; Mon, 8 Jan 2007 00:20:18 +0000 (UTC) (envelope-from lists@wm-access.no) Received: from [192.168.0.100] (225.0.33.65.cfl.res.rr.com [65.33.0.225]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.8/8.13.8) with ESMTP id l07NwN52014409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 8 Jan 2007 00:58:24 +0100 Message-ID: <45A1891A.5090906@wm-access.no> Date: Sun, 07 Jan 2007 18:58:18 -0500 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Peter Jeremy References: <20070106210211.GF839@turion.vk2pj.dyndns.org> In-Reply-To: <20070106210211.GF839@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 00:20:20 -0000 Peter Jeremy wrote: > I've just noticed an number of unpexected "IP address changed MAC" > messages on one of the hosts in my network. It is connected via a > FreeBSD bridge to the rest of my network (there aren't enuf network > ports in my son's bedroom). The configuration looks like: >=20 > +---------+ +---------+ > | | | | > | laptop1 |---------| desktop |------> Rest of network > | |dc0 tl0| |rl0 via dumb switch > +---------+ +---------+ >=20 > The desktop network configuration is: > tl0: flags=3D8943 mtu 1= 500 > ether 00:00:24:28:98:9a > media: Ethernet autoselect (100baseTX ) > status: active > rl0: flags=3D8943 mtu 1= 500 > options=3D8 > inet 192.168.123.36 netmask 0xffffff00 broadcast 192.168.123.25= 5 > ether 00:20:ed:78:9c:a3 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=3D8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000=20 > bridge0: flags=3D8043 mtu 1500 > ether ca:a9:aa:1e:71:32 > priority 32768 hellotime 2 fwddelay 15 maxage 20 > member: tl0 flags=3D3 > member: rl0 flags=3D3 >=20 > laptop1 is regularly reporting that 192.168.123.36 (the IP address of > the desktop) is switching between the two adapters in it: > Jan 6 07:27:09 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 08:09:45 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 08:46:11 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 09:29:00 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 12:12:12 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 12:15:31 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 13:06:42 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 16:48:45 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 17:32:22 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 17:33:33 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 17:53:45 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 17:57:05 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 18:17:20 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 18:24:48 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 18:45:08 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 18:48:19 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 19:08:45 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 19:11:50 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 19:32:15 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 19:33:07 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 19:56:34 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 6 22:44:24 laptop1 kernel: arp: 192.168.123.36 moved from 00:20:ed= :78:9c:a3 to 00:00:24:28:98:9a on dc0 > Jan 6 23:04:26 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 >=20 > Even more unexpectedly, laptop1 is repeating the same "moved" message: > Jan 7 00:46:55 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 7 01:38:09 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 7 02:29:26 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 7 03:20:39 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 7 04:28:59 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 7 05:18:50 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 7 06:28:31 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 > Jan 7 07:16:05 laptop1 kernel: arp: 192.168.123.36 moved from 00:00:24= :28:98:9a to 00:20:ed:78:9c:a3 on dc0 >=20 > Both hosts are running 6.1-STABLE: > laptop1: FreeBSD laptop1.vk2pj.dyndns.org 6.1-STABLE FreeBSD 6.1-STABLE= #0: Wed Nov 15 18:40:00 EST 2006 root@laptop1.vk2pj.dyndns.org:/usr/= obj/usr/src/sys/laptop i386 > desktop: FreeBSD jashank.vk2pj.dyndns.org 6.1-STABLE FreeBSD 6.1-STABLE= #15: Wed Aug 2 18:35:57 EST 2006 root@jashank.vk2pj.dyndns.org:/usr= /obj/usr/src/sys/jashank i386 >=20 > I'm not seeing similar messages on other hosts in my network, it seems > that the desktop is always sending traffic to the rest of my network > via rl0. This leaves two questions: >=20 > Firstly, why is laptop1 seeing packets coming from both interfaces on > the desktop? I had expected that the desktop would always originate > packets from the interface with the IP address ("netstat -r" on it > shows laptop1 associated with rl0). >=20 > Secondly, why is laptop1 reporting a list of "address moved" messages > from tl0 to rl0 without matching movements from rl0 to tl0? >=20 Does moving 192.168.123.36 to the bridge interface help? --=20 Sten Daniel S=F8rsdal From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 00:26:14 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C989A16A403 for ; Mon, 8 Jan 2007 00:26:13 +0000 (UTC) (envelope-from SRS0=2e20b64af08595d360e499f0001c227c5f9b4c16=208=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id B25FA13C441 for ; Mon, 8 Jan 2007 00:26:13 +0000 (UTC) (envelope-from SRS0=2e20b64af08595d360e499f0001c227c5f9b4c16=208=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id NBV97828; Sun, 07 Jan 2007 16:13:28 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B41C645055; Sun, 7 Jan 2007 16:13:28 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Jack Vogel" In-Reply-To: Your message of "Sun, 07 Jan 2007 12:09:57 PST." <2a41acea0701071209k38546dafsdcad92f08673a0d8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1168215208_88367P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 07 Jan 2007 16:13:28 -0800 From: "Kevin Oberman" Message-Id: <20070108001328.B41C645055@ptavv.es.net> Cc: stable@freebsd.org, "O. Hartmann" Subject: Re: Intel PRO/1000 PT Desktop NIC, PCIe 1x supported in FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 00:26:14 -0000 --==_Exmh_1168215208_88367P Content-Type: text/plain; charset=us-ascii On 1/7/07,"Jack Vogel" wrote: > Yes, all released Intel PCI-E wired NICs are supported, sometimes not all > features of the hardware are supported, but my job at Intel is to keep > the driver > working with new hardware, and to add support for features that don't have > such now. And my sincere thanks to both Intel and you for the efforts to make Intel wired Ethernet devices work well with FreeBSD. Now, it someone could just explain why Intel is so good about this are of OSS support but still refuses to even discuss issues with OSS support for wireless cards. Ah, well. Intel still does far batter than many hardware suppliers, in no small part due to Jack's efforts. -- 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_1168215208_88367P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFoYyokn3rs5h7N1ERAt7/AJ4+Brr2ZVkZM1rDtp5i1mu6wPAhQgCeJPhB zKEOZj2ZXSBzehEFzCTsuws= =ZKKq -----END PGP SIGNATURE----- --==_Exmh_1168215208_88367P-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 01:15:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E479F16A417; Mon, 8 Jan 2007 01:15:51 +0000 (UTC) (envelope-from SRS0=2e20b64af08595d360e499f0001c227c5f9b4c16=208=es.net=oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.freebsd.org (Postfix) with ESMTP id BDE5113C44B; Mon, 8 Jan 2007 01:15:51 +0000 (UTC) (envelope-from SRS0=2e20b64af08595d360e499f0001c227c5f9b4c16=208=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id NCK51840; Sun, 07 Jan 2007 17:02:40 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1522845055; Sun, 7 Jan 2007 17:02:40 -0800 (PST) To: Robert Watson In-Reply-To: Your message of "Sun, 07 Jan 2007 14:03:41 GMT." <20070107140119.M46119@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1168218159_88367P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 07 Jan 2007 17:02:40 -0800 From: "Kevin Oberman" Message-Id: <20070108010240.1522845055@ptavv.es.net> Cc: freebsd-stable@freebsd.org, "Marc G. Fournier" , jhb@FreeBSD.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 01:15:52 -0000 --==_Exmh_1168218159_88367P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sun, 7 Jan 2007 14:03:41 +0000 (GMT) > From: Robert Watson > Sender: owner-freebsd-stable@freebsd.org > > On Sat, 6 Jan 2007, Marc G. Fournier wrote: > > > Just had the following happen on a FreeBSD 6.2-PRERELEASE #7: Sun Dec 17> > > 01:28:52 AST 2006 system ... amd64, HP Proliant, 6G of RAM ... have core > if > > there is information that I can provide out of it ... > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x18c > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xffffffff801f9053 > > stack pointer = 0x10:0xffffffffb5c78b30 > > frame pointer = 0x10:0xffffffffb5c78b60 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 5 (thread taskq) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > Uptime: 8d22h25m40s > > > > (kgdb) where > > #0 doadump () at pcpu.h:172 > > #1 0xffffffff80203955 in boot (howto=260) at > > /usr/src/sys/kern/kern_shutdown.c:409 > > #2 0xffffffff80204065 in panic (fmt=0xffffff019b667720 > > "X\223f\233\001ÿÿÿ\020µc\233\001ÿÿÿ") at > > /usr/src/sys/kern/kern_shutdown.c:565 > > #3 0xffffffff803287a6 in trap_fatal (frame=0xc, eva=1844674298110007> 4784) at > > /usr/src/sys/amd64/amd64/trap.c:660 > > #4 0xffffffff80328cd8 in trap (frame= > > {tf_rdi = 112, tf_rsi = -1092609476832, tf_rdx = 6, tf_rcx => 3221225730, > > tf_r8 = -1245213424, tf_r9 = -1092609476832, tf_rax = 1, tf_rbx = > > - -1096874331952, tf_rbp = -1245213856, tf_r10 = -2142258536, tf_r11 > = 0, tf_r12 > > = 4, tf_r13 = -1092609476832, tf_r14 = 4, tf_r15 = 1, tf_trapno > = 12, tf_addr = > > 396, tf_flags = -2145197496, tf_err = 0, tf_rip = -2145415085, tf_c> s = 8, > > tf_rflags = 65538, tf_rsp = -1245213888, tf_ss = 16}) at > > /usr/src/sys/amd64/amd64/trap.c:238 > > #5 0xffffffff80313c6b in calltrap () at > > /usr/src/sys/amd64/amd64/exception.S:168 > > #6 0xffffffff801f9053 in _mtx_lock_sleep (m=0xffffff009d31f0d0, > > tid=18446742981100074784, opts=6, file=0xc0000102
02 out of > > bounds>, line=-1245213424) at /usr/src/sys/kern/kern_mutex.c:546 > > #7 0xffffffff8025b1ac in unp_gc (arg=0x70, pending=-1687783648) at > > /usr/src/sys/kern/uipc_usrreq.c:1714 > > #8 0xffffffff8022c314 in taskqueue_run (queue=0xffffff0000844800) at > > /usr/src/sys/kern/subr_taskqueue.c:257 > > #9 0xffffffff8022d0e7 in taskqueue_thread_loop (arg=0x70) at > > /usr/src/sys/kern/subr_taskqueue.c:376 > > #10 0xffffffff801e7b76 in fork_exit (callout=0xffffffff8022d060 > > , arg=0xffffffff805030d0, frame=0xffffffffb5c7> 8c50) at > > /usr/src/sys/kern/kern_fork.c:821 > > #11 0xffffffff80313fce in fork_trampoline () at > > /usr/src/sys/amd64/amd64/exception.S:394 > > This is a NULL pointer dereference in the UNIX domain socket code. John > Baldwin recently committed a fix for a bug with these symptoms to 7-CURRENT> , > with an MFC planned in the near future. The fix won't make 6.2-RELEASE, bu> t > assuming it tests out well over the next few weeks, we will cut an errata> > patch/announcement for it. I believe you can pull down his 6-STABLE versio> n > at: > > http://people.FreeBSD.org/~jhb/patches/unp_gc.patch > > This same patch is currently in texting on mx1.FreeBSD.org. > > (John CC'd) > > Robert N M Watson > Computer Laboratory > University of Cambridge I have installed this on my system, but the panics have always been very erratic, so it may be a while before I am sure whether this fixes it. At the moment the system has been up for 7 days, although I have had multiple crashes in a single day. -- 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_1168218159_88367P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFoZgvkn3rs5h7N1ERAgphAJ9f01gw8ZEgqlP+f4u7HpiTAxDRMQCfaipS sRA+b0MoLqzpCGyAIbOBvWU= =NmoN -----END PGP SIGNATURE----- --==_Exmh_1168218159_88367P-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 01:18:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46BEB16A47E for ; Mon, 8 Jan 2007 01:18:47 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from public.aci.on.ca (www.aci.on.ca [205.207.148.251]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD4013C4A5 for ; Mon, 8 Jan 2007 01:18:46 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from (invalid client hostname: host address literal does not match remote client address)[127.0.0.1] (xtreme-156-171.dyn.aci.on.ca[69.17.156.171] port=1094) by public.aci.on.ca([205.207.148.252] port=25) via TCP with esmtp (2642 bytes) (sender: ) id for ; Sun, 7 Jan 2007 20:08:31 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2006-Feb-21) Message-ID: <45A19994.1050902@qwirky.net> Date: Sun, 07 Jan 2007 20:08:36 -0500 From: Jeff Royle User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070105165910.GA37906@zone3000.net> <20070107164336.GA13511@crodrigues.org> In-Reply-To: <20070107164336.GA13511@crodrigues.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0701-1, 05/01/2007), Outbound message X-Antivirus-Status: Clean Subject: Re: kernel panic on 6.2-RC2 with GENERIC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@qwirky.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 01:18:47 -0000 Craig Rodrigues wrote: > On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: >> Hello folks. >> I have kernel panic on GENERIC kernel while executing postmark. > > The sequence of steps that Nikolay used to produce this panic was: > > - install benchmarks/postmark from ports > > root# postmark > PostMark v1.5 : 3/27/01 > pm>set number=10000 > pm>set transactions=10000 > pm>set subdirectories=10000 > pm>show > pm>run > I was able to perform this test without issue on my latest test server using an Adaptec 2130SLP using Raid1 and 2 Ultra320 Scsi-3 drives. Plain install, GENERIC-SMP kernel: su-2.05b# postmark PostMark v1.5 : 3/27/01 pm>set number=10000 pm>set transactions=10000 pm>set subdirectories=10000 pm>set location /tmp pm>run Creating subdirectories...Done Creating files...Done Performing transactions..........Done Deleting files...Done Deleting subdirectories...Done Time: 102 seconds total 69 seconds of transactions (144 per second) Files: 15027 created (147 per second) Creation alone: 10000 files (588 per second) Mixed with transactions: 5027 files (72 per second) 4990 read (72 per second) 5009 appended (72 per second) 15027 deleted (147 per second) Deletion alone: 10054 files (628 per second) Mixed with transactions: 4973 files (72 per second) Data: 27.14 megabytes read (272.46 kilobytes per second) 85.08 megabytes written (854.14 kilobytes per second) pm>quit su-2.05b# uname -a FreeBSD testserv1.aci 6.2-RC2 FreeBSD 6.2-RC2 #0: Sun Dec 24 23:42:30 UTC 2006 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 Cheers, Jeff From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 03:00:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8795816A403; Mon, 8 Jan 2007 03:00:46 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 3B46913C442; Mon, 8 Jan 2007 03:00:46 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.182]) by hub.org (Postfix) with ESMTP id B955C118B421; Sun, 7 Jan 2007 23:00:34 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-new, port 10024) with ESMTP id 43965-07; Sun, 7 Jan 2007 23:00:34 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 0A3E0118B40A; Sun, 7 Jan 2007 23:00:34 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 79C793B131; Sun, 7 Jan 2007 23:00:49 -0400 (AST) Date: Sun, 07 Jan 2007 23:00:49 -0400 From: "Marc G. Fournier" To: Kevin Oberman , Robert Watson Message-ID: <5C33799266041ED9BD5BC288@ganymede.hub.org> In-Reply-To: <20070108010240.1522845055@ptavv.es.net> References: <20070108010240.1522845055@ptavv.es.net> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org, "Marc G. Fournier" , jhb@FreeBSD.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 03:00:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm up and running on the patch now as well ... - --On Sunday, January 07, 2007 17:02:40 -0800 Kevin Oberman wrote: >> Date: Sun, 7 Jan 2007 14:03:41 +0000 (GMT) >> From: Robert Watson >> Sender: owner-freebsd-stable@freebsd.org >> >> On Sat, 6 Jan 2007, Marc G. Fournier wrote: >> >> > Just had the following happen on a FreeBSD 6.2-PRERELEASE #7: Sun Dec 17> >> > 01:28:52 AST 2006 system ... amd64, HP Proliant, 6G of RAM ... have core > >> > if there is information that I can provide out of it ... >> > >> > Fatal trap 12: page fault while in kernel mode >> > cpuid = 0; apic id = 00 >> > fault virtual address = 0x18c >> > fault code = supervisor read, page not present >> > instruction pointer = 0x8:0xffffffff801f9053 >> > stack pointer = 0x10:0xffffffffb5c78b30 >> > frame pointer = 0x10:0xffffffffb5c78b60 >> > code segment = base 0x0, limit 0xfffff, type 0x1b >> > = DPL 0, pres 1, long 1, def32 0, gran 1 >> > processor eflags = resume, IOPL = 0 >> > current process = 5 (thread taskq) >> > trap number = 12 >> > panic: page fault >> > cpuid = 0 >> > Uptime: 8d22h25m40s >> > >> > (kgdb) where >> > # 0 doadump () at pcpu.h:172 >> > # 1 0xffffffff80203955 in boot (howto=260) at >> > /usr/src/sys/kern/kern_shutdown.c:409 >> > # 2 0xffffffff80204065 in panic (fmt=0xffffff019b667720 >> > "X\223f\233\001???\020?c\233\001???") at >> > /usr/src/sys/kern/kern_shutdown.c:565 >> > # 3 0xffffffff803287a6 in trap_fatal (frame=0xc, eva=1844674298110007> >> > # 4784) at >> > /usr/src/sys/amd64/amd64/trap.c:660 >> > # 4 0xffffffff80328cd8 in trap (frame= >> > {tf_rdi = 112, tf_rsi = -1092609476832, tf_rdx = 6, tf_rcx => >> > 3221225730, tf_r8 = -1245213424, tf_r9 = -1092609476832, tf_rax = 1, >> > tf_rbx = - -1096874331952, tf_rbp = -1245213856, tf_r10 = -2142258536, >> > tf_r11 > = 0, tf_r12 = 4, tf_r13 = -1092609476832, tf_r14 = 4, tf_r15 = 1, >> > tf_trapno > = 12, tf_addr = 396, tf_flags = -2145197496, tf_err = 0, >> > tf_rip = -2145415085, tf_c> s = 8, tf_rflags = 65538, tf_rsp = >> > -1245213888, tf_ss = 16}) at >> > /usr/src/sys/amd64/amd64/trap.c:238 >> > # 5 0xffffffff80313c6b in calltrap () at >> > /usr/src/sys/amd64/amd64/exception.S:168 >> > # 6 0xffffffff801f9053 in _mtx_lock_sleep (m=0xffffff009d31f0d0, >> > tid=18446742981100074784, opts=6, file=0xc0000102
02 >> > out of bounds>, line=-1245213424) at /usr/src/sys/kern/kern_mutex.c:546 >> > # 7 0xffffffff8025b1ac in unp_gc (arg=0x70, pending=-1687783648) at >> > /usr/src/sys/kern/uipc_usrreq.c:1714 >> > # 8 0xffffffff8022c314 in taskqueue_run (queue=0xffffff0000844800) at >> > /usr/src/sys/kern/subr_taskqueue.c:257 >> > # 9 0xffffffff8022d0e7 in taskqueue_thread_loop (arg=0x70) at >> > /usr/src/sys/kern/subr_taskqueue.c:376 >> > # 10 0xffffffff801e7b76 in fork_exit (callout=0xffffffff8022d060 >> > , arg=0xffffffff805030d0, frame=0xffffffffb5c7> >> > 8c50) at /usr/src/sys/kern/kern_fork.c:821 >> > # 11 0xffffffff80313fce in fork_trampoline () at >> > /usr/src/sys/amd64/amd64/exception.S:394 >> >> This is a NULL pointer dereference in the UNIX domain socket code. John >> Baldwin recently committed a fix for a bug with these symptoms to 7-CURRENT> >> , with an MFC planned in the near future. The fix won't make 6.2-RELEASE, >> bu> t assuming it tests out well over the next few weeks, we will cut an >> errata> patch/announcement for it. I believe you can pull down his >> 6-STABLE versio> n at: >> >> http://people.FreeBSD.org/~jhb/patches/unp_gc.patch >> >> This same patch is currently in texting on mx1.FreeBSD.org. >> >> (John CC'd) >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge > > I have installed this on my system, but the panics have always been very > erratic, so it may be a while before I am sure whether this fixes it. At > the moment the system has been up for 7 days, although I have had > multiple crashes in a single day. > -- > 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 - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFobPh4QvfyHIvDvMRAuGBAJ4vwJoVIRmbdHK6wqBxneuUzjekfACgr4Ys 2DSldX3rTRAHkng3UqKO+8U= =FtuJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 04:15:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02C2F16A415 for ; Mon, 8 Jan 2007 04:15:43 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from s-utl01-sjpop.stsn.net (s-utl01-sjpop.stsn.net [72.254.0.201]) by mx1.freebsd.org (Postfix) with SMTP id DE12F13C45E for ; Mon, 8 Jan 2007 04:15:42 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from s-utl01-sjpop.stsn.net ([127.0.0.1]) by s-utl01-sjpop.stsn.net (SMSSMTP 4.1.2.20) with SMTP id M2007010719583502848 ; Sun, 07 Jan 2007 19:58:35 -0800 X-Spam-Status: No, hits=0.0 required=9.9 tests=ALL_TRUSTED: -2.867,AWL: -2.200,BAYES_00: -1.665, LOCAL_OBFU_GENERIC: 1.8,LOCAL_OBFU_GENERIC_SUBJ: 2.6 X-Spam-Level: Received: from scott-longs-computer.local ([10.57.23.52]) by s-utl01-sjpop.stsn.net; Sun, 7 Jan 2007 19:58:34 -0800 Message-ID: <45A1C15F.8060802@samsco.org> Date: Sun, 07 Jan 2007 19:58:23 -0800 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20061227 SeaMonkey/1.1 MIME-Version: 1.0 To: Jan Mikkelsen References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> In-Reply-To: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic on 6.2-RC2 with GENERIC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 04:15:43 -0000 Jan Mikkelsen wrote: > (Scott: I should have emailed you this earlier, but Christmas and various > other things got in the way.) > > Ian West wrote: >> On Sun, Jan 07, 2007 at 02:25:02PM -0500, Mike Tancsa wrote: >>> At 11:43 AM 1/7/2007, Craig Rodrigues wrote: >>>> On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: >>>> [ Areca kernel panic, IO failures ... ] >> I have seen this identical fault with the new areca driver, my machine >> is opteron hardware, but running a regular i386/SMP kernel/world. With >> everything at 6.2RC2 (as of 29th of December) except the areca driver >> the machine is rock solid, with the 29th of december version of the >> areca driver the box will crash on extract of a large tar >> file, removal >> of a large directory structure, or pretty much anything that >> does a lot >> of disk io to different files/locations. There is no error >> log prior to >> seeing the following messages.. >> >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=433209344, length=16384)]error = 5 >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=433242112, length=32768)]error = 5 >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=437612544, length=4096)]error = 5 >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=437616640, length=12288)]error = 5 >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=437633024, length=6144)]error = 5 >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=437639168, length=2048)]error = 5 >> Dec 29 14:26:44 aleph kernel: >> g_vfs_done():da0s1g[WRITE(offset=437641216, length=6144)]error = 5 >> >> There are a string of these, followed by a crash and reboot. >> The file system >> state can be left very dirty to the point where background >> fsck seems unable >> to recover it. >> >> The areca card in question is running the latest firmware/boot and >> has shown no problems either before, or since backing out the areca >> driver. >> >> The volume is ran the tests on was a 250G on a raid6 raid set. > > I have seen various problems with various Areca drivers. All on > 6.2-RC1/amd64 with an Areca RAID-6 volume. > > Areca 1.20.00.02 seems to work fine. > > Areca 1.20.00.12 (from the Areca website) seems to have data corruption > problems. My tests involve doing a "diff -r" on a filesystem with 2GB of > data. It will occasional find differences in files. On examination, the > last 640 bytes of the first block of the affected file contain data from > another file "nearby" in the filesystem. Unmounting and remounting the > filesystems and rerunning the test shows no problem, or a difference in > another file entirely. I think this is the cause of the g_vfs_done failures > with this version of the driver; the offsets are wrong because the data is > corrupted. > > Areca 1.20.00.13 (as currently in the tree) does not seem to have data > corruption problems, but I can trigger g_vfs_done failures under heavy I/O. > > I have raised this with Areca support, and I'm waiting to hear back from > Erich Chen. > > Regards, > > Jan Mikkelsen > I discussed this issue in length with the release engineering team today, and we're going to go ahead with keeping the .013 version in 6.2 since it has been working very reliably for a number of other testers, and reverting it at this late stage of the release represents more risk. A note about this issue will likely be put into the 6.2 errata document as well. I plan to dig into this problem next week unless Areca fixes it first. Please let me know if you hear anything from them. Scott From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 05:06:48 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6862C16A407; Mon, 8 Jan 2007 05:06:48 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2-3.pacific.net.au [61.8.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0C35013C43E; Mon, 8 Jan 2007 05:06:48 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout2.pacific.net.au (Postfix) with ESMTP id 923DD6E305; Mon, 8 Jan 2007 16:06:44 +1100 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 0D4398C08; Mon, 8 Jan 2007 16:06:44 +1100 (EST) Date: Mon, 8 Jan 2007 16:06:44 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Sven Willenberger In-Reply-To: <1168211205.22629.6.camel@lanshark.dmv.com> Message-ID: <20070108154433.C75042@delplex.bde.org> References: <1168211205.22629.6.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 05:06:48 -0000 On Sun, 7 Jan 2007, Sven Willenberger wrote: > I am starting a new thread on this as what I had assumed was a panic in > nfsd turns out to be an issue with the bge driver. This is an amd64 box, > dual processor (SMP kernel) that happens to be running nfsd. About every > 3-5 days the kernel panics and I have finally managed to get a core > dump. > The system: FreeBSD 6.2-PRERELEASE #8: Tue Jan 2 10:57:39 EST 2007 Like most NIC drivers, bge unlocks and re-locks around its call to ether_input() in its interrupt handler. This isn't very safe, and it certainly causes panics for bge. I often see it panic when bringing the interface down and up while input is arriving, on a non-SMP non-amd64 (actually i386) non-6.x (actually -current) system. Bringing the interface down is probably the worst case. It creates a null pointer for bge_intr() to follow. > The short and dirty of the dump: > ... > --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, rbp = 0xffffffffb371aba0 --- > bge_rxeof() at bge_rxeof+0x3b7 What is the instruction here? > bge_intr() at bge_intr+0x1c8 > ithread_loop() at ithread_loop+0x14c > fork_exit() at fork_exit+0xbb > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffb371ad00, rbp = 0 --- > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x28 Looks like a null pointer panic anyway. I guess the instruction is movl to/from 0x28(%reg) where %reg is a null pointer. > ... > #8 0xffffffff801db818 in bge_intr (xsc=0x0) at /usr/src/sys/dev/bge/if_bge.c:2707 What is the statement here? It presumably follow a null pointer and only the exprssion for the pointer is interesting. xsc is already null but that is probably a bug in gdb, or the result of excessive optimization. Compiling kernels with -O2 has little effect except to break debugging. I rarely use gdb on kernels and haven't looked closely enough using ddb to see where the null pointer for the panic on down/up came from. BTW, the sbdrop panic in -current isn't bge-only or SMP-only. I saw it once for sk on a non-SMP system. It rarely happens for non-SMP (much more rarely than the panic in bge_intr()). Under -current, on an SMP amd64 system with bge, It happens almost every time on close of the socket for a ttcp server if input is arriving at the time of the close. I haven't seen it for 6.x. Bruce From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 09:22:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A63216A4CA for ; Mon, 8 Jan 2007 09:22:18 +0000 (UTC) (envelope-from almarrie@gmail.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 AFE0413C4B6 for ; Mon, 8 Jan 2007 09:22:15 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5502112uge for ; Mon, 08 Jan 2007 01:22:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mJiluOIfwMhV3xhBBILFvxsKkGhD74LQJTZxqVJjksLuq8SO9Dnyei12fJezEFbhvu8/uT+TOT99z4U4WU/YfNDRpw9IqnvlIg6tlWnLJT8JCnzxRcKFKjlR4ikkC+EnTp53QNZkPAM69z2HeNoQJ00mhNCrYiHQI2j9ZhEcGpA= Received: by 10.66.216.1 with SMTP id o1mr33133266ugg.1168248134250; Mon, 08 Jan 2007 01:22:14 -0800 (PST) Received: by 10.66.255.10 with HTTP; Mon, 8 Jan 2007 01:22:14 -0800 (PST) Message-ID: <499c70c0701080122y665a3efdub465907ab89d15ba@mail.gmail.com> Date: Mon, 8 Jan 2007 12:22:14 +0300 From: "Abdullah Al-Marrie" To: "Thomas Herrlin" In-Reply-To: <4593DC34.2030308@atlantis.maniacs.se> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1167247246.96863.23.camel@opus.cse.buffalo.edu> <4593DC34.2030308@atlantis.maniacs.se> Cc: peter@holm.cc, freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-RC2 Available - networking zoneli freeze problem still exist. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 09:22:18 -0000 On 12/28/06, Thomas Herrlin wrote: > Ken Smith wrote: > > > > All problems we felt needed to be addressed before 6.2 could be released > > have been taken care of. > It still runs networking daemons into a frozen zoneli state on > heavy/(D)DOS network loads. Such processes cant be kill-9ed so there is > no way to recover from it. (think frozen sshd and a very remote/headless > server). > See the stress test panic called 'Ran out of "128 Bucket" > ' on the 6.2 > todo list and my own latest test here: > http://www.maniacs.se/~junics/temp/vmstat-z.txt > This test was on a new 6.2-RC2 install with no zone limit tweaks nor any > sbsize limits in /etc/login.conf. > I just made a vm disk image with replication instructions, however Peter > Holm have replicated it with his own tools so i have not bothered with > it until now. > > > Unless further testing turns up something new > > RC2, which is available now for dowloading, will be the last of the > > Release Candidates and 6.2-RELEASE should be ready in about 2 weeks. > > Your continued help with testing would be greatly appreciated. If you > > notice any problems with RC2 you can submit a PR or send mail to this > > list. > > > > > /Thomas Herrlin Have you tried these options in kernel? options DEVICE_POLLING options HZ=1000 add this line to the end of your /etc/sysctl.conf: kern.polling.enable=1 DEVICE_POLLING changes the method through which data gets from your network card to the kernel. Traditionally, each time the network card needs attention (for example when it receives a packet), it generates an interrupt request. The request causes a context switch and a call to an interrupt handler. A context switch is when the CPU and kernel have to switch from user land (the user's programs or daemons), and kernel land (dealing with device drivers, hardware, and other kernel-bound tasks). The last few years have seen significant improvements in the efficiency of context switching but it is still an extremely expensive operation. Furthermore, the amount of time the system can have to spend when dealing with an interrupt can be almost limitless. It is completely possible for an interrupt to never free the kernel, leaving your machine unresponsive. Those of us unfortunate enough to be on the wrong side of certain Denial of Service attacks will know about this. More info in here A guide to server and workstation optimization, by Avleen Vig http://silverwraith.com/papers/freebsd-tuning.php -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 09:28:57 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98B4C16A40F for ; Mon, 8 Jan 2007 09:28:57 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDAA13C45E for ; Mon, 8 Jan 2007 09:28:56 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id l089Stso036643 for ; Mon, 8 Jan 2007 12:28:55 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 8 Jan 2007 12:28:55 +0300 (MSK) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: <20070108121119.C35394@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 08 Jan 2007 12:28:55 +0300 (MSK) Cc: Subject: GA-7VKMP: apci suspend leads to reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 09:28:57 -0000 Dear colleagues, on Gigabyte GA-7VKMP (SocketA) with the last (f5) BIOS and fresh RELENG_6_2 suspending leads to hard reboot on resume. M$ WinXP suppends and resumes normally. acpi-related lines from verbose dmesg: marck@tiger:~# dmesg | grep -i acpi Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0762188. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled ACPI APIC Table: APIC: CPU 0 has ACPI ID 1 acpi0: on motherboard acpi0: [MPSAFE] AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xd867e000 pa 0x9e000 AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 acpi_button1: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 marck@tiger:~# sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% What other info should I provide? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 10:05:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CBB516A407 for ; Mon, 8 Jan 2007 10:05:42 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.freebsd.org (Postfix) with ESMTP id B49BF13C465 for ; Mon, 8 Jan 2007 10:05:41 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id l089YHpr095823; Mon, 8 Jan 2007 10:34:18 +0100 (CET) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id l089YHfo095822; Mon, 8 Jan 2007 10:34:17 +0100 (CET) (envelope-from morten) Date: Mon, 8 Jan 2007 10:34:17 +0100 From: "Morten A. Middelthon" To: Claus Guttesen Message-ID: <20070108093417.GC26877@freenix.no> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZmUaFz6apKcXQszQ" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: SERDES support for BCE driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 10:05:42 -0000 --ZmUaFz6apKcXQszQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 01, 2006 at 10:17:47PM +0100, Claus Guttesen wrote: > >Does anyone know when SERDES support will be included into the BCE drive= r. > > > >I have 10 x DELL 1955 blade servers that I can't use because the BCE > >driver does not support SERDES. >=20 > Add four bl460c hp-blades. *bump* I'm waiting for this too. Any news? I have two Dell PowerEdge 1955 blades w= hich I can't use yet due to lack of SERDES-support. mvh, --=20 Morten A. Middelthon Teeme-a is un illooseeun; loonchteeme-a, duoobly su. Bork Bork Bork! -- Furd Preffect This .sig has been encheferized - http://flipp.net/bork/ --ZmUaFz6apKcXQszQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFohAZvsz2LoKf32oRAodgAJ4glxZFnZ9GH2uaZlgXEZjWD6d88wCeKc9T jKOucodthxT2ZD4wN9FxPKc= =6QIK -----END PGP SIGNATURE----- --ZmUaFz6apKcXQszQ-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 11:05:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C819816A412 for ; Mon, 8 Jan 2007 11:05:20 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out7.starman.ee [85.253.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 88F5213C428 for ; Mon, 8 Jan 2007 11:05:20 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx2.starman.ee (mx2.starman.ee [62.65.192.9]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 9B944A2102A for ; Mon, 8 Jan 2007 12:29:55 +0200 (EET) Received: from [192.168.2.101] (pc126.host51.starman.ee [62.65.243.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.starman.ee (Postfix) with ESMTP id 3BBB932C43E for ; Mon, 8 Jan 2007 12:29:54 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Mon, 8 Jan 2007 12:29:23 +0200 User-Agent: KMail/1.9.4 References: <45A12368.3060705@communitor.com> <20070107180818.GG839@turion.vk2pj.dyndns.org> In-Reply-To: <20070107180818.GG839@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701081229.24779.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Subject: Re: make buildworld is always braking at various points X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 11:05:20 -0000 On Sunday, 7. January 2007 20:08, Peter Jeremy wrote: > On Sun, 2007-Jan-07 17:44:24 +0100, Christoph Illnar wrote: > >I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2. > >I downloaded sources, extracted them with install.sh and did a cvsup. > > > >My installed system is 6.1-RELEASE and I keep trying to compile it on my > >own. > > Is the failure consistent? I suspect you may have bad RAM. > > >===> lib/libpthread (all) > > [.......... lines suppressed ......] > >make: don't know how to make > >/usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop > >*** Error code 2 > > Note that: > 1) "/usr/src.lib/" does not normally exist; > 2) "." and "/" differ by 1 bit; > 3) The cc line shows "-I/usr/src/lib/libpthread/arch/i386/include"; > 4) Compiling thr_condattr_init.c uses the same #include sequence to > successfully load "pthread_md.h"; > 5) None of the test build boxes are reporting any problems. > > Please try running a memory test, or swapping your RAM. I got similar problem with "faulty" PSU- Chieftec 410W. Memtest accepted RAM sticks- not a single error within 24h but when I started writing something onto raid then system rebooted randomly with various error messages. Changed PSU and all problems was gone. Same Chieftec 410W PSU works fine with other box. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 12:13:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D26DC16A407 for ; Mon, 8 Jan 2007 12:13:38 +0000 (UTC) (envelope-from criss@i-net.ro) Received: from ns1.i-net.ro (ns1.i-net.ro [193.230.184.2]) by mx1.freebsd.org (Postfix) with ESMTP id 664ED13C428 for ; Mon, 8 Jan 2007 12:13:37 +0000 (UTC) (envelope-from criss@i-net.ro) Received: from [127.0.0.1] (criss.i-net.ro [193.230.184.21]) (authenticated bits=0) by ns1.i-net.ro (8.13.3/8.13.3) with ESMTP id l08BkwG2029029 for ; Mon, 8 Jan 2007 13:47:02 +0200 (EET) (envelope-from criss@i-net.ro) Message-ID: <45A22F3F.9060702@i-net.ro> Date: Mon, 08 Jan 2007 13:47:11 +0200 From: Cristian Fatu Organization: Comtel Supernet User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------090007050401000004060907" X-Virus-Scanned: ClamAV version 0.88.6, clamav-milter version 0.88.6 on office.i-net.ro X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 12:13:38 -0000 This is a multi-part message in MIME format. --------------090007050401000004060907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello to all ! I want to disable keyboard port ... can somebody help me ? Thanks! --------------090007050401000004060907-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 13:15:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EC7D16A403 for ; Mon, 8 Jan 2007 13:15:43 +0000 (UTC) (envelope-from jwb@homer.att.com) Received: from mail121.messagelabs.com (mail121.messagelabs.com [216.82.241.195]) by mx1.freebsd.org (Postfix) with SMTP id BEAB713C44C for ; Mon, 8 Jan 2007 13:15:42 +0000 (UTC) (envelope-from jwb@homer.att.com) X-VirusChecked: Checked X-Env-Sender: jwb@homer.att.com X-Msg-Ref: server-6.tower-121.messagelabs.com!1168260540!12280623!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [134.24.146.4] Received: (qmail 31260 invoked from network); 8 Jan 2007 12:49:01 -0000 Received: from unknown (HELO attrh8i.attrh.att.com) (134.24.146.4) by server-6.tower-121.messagelabs.com with SMTP; 8 Jan 2007 12:49:01 -0000 Received: from attrh.att.com (localhost [127.0.0.1]) by attrh8i.attrh.att.com (8.13.7/8.13.7) with ESMTP id l08Ckhva027801 for ; Mon, 8 Jan 2007 07:46:43 -0500 (EST) Received: from ulysses.homer.att.com (ulysses.homer.att.com [135.205.193.8]) by attrh8i.attrh.att.com (8.13.7/8.13.7) with ESMTP id l08CkbWK027751 for ; Mon, 8 Jan 2007 07:46:37 -0500 (EST) Received: from akiva.homer.att.com (akiva.homer.att.com [135.205.212.39]) by ulysses.homer.att.com (8.9.3/8.9.3) with ESMTP id HAA11477 for ; Mon, 8 Jan 2007 07:48:54 -0500 (EST) Received: from akiva.homer.att.com (localhost [127.0.0.1]) by akiva.homer.att.com (8.11.7+Sun/8.9.3) with ESMTP id l08Cmst12742 for ; Mon, 8 Jan 2007 07:48:54 -0500 (EST) Message-Id: <200701081248.l08Cmst12742@akiva.homer.att.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Jan 2007 07:48:54 -0500 From: "J. W. Ballantine" Subject: Fatal Trap 12 in 6.2-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: Mon, 08 Jan 2007 13:15:43 -0000 I rebuilt and installed the kernel and world, and now when I try to boot the system it fails with a Fatal Trap 12: page fault while in kernel mode, with current process of 594 (ntpd). Since it always fails, I can't do any of the checks in FAQ Advance Topics, or other checks. Other than reinstall, is there anything I can do? FWIW, this is on a Toshiba satellite laptop. Thanks Jim Ballantine From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 13:55:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A35B16A403 for ; Mon, 8 Jan 2007 13:55:59 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 07EEF13C428 for ; Mon, 8 Jan 2007 13:55:58 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 60CC5114026 for ; Mon, 8 Jan 2007 13:27:29 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kvNwb0zYeiEd for ; Mon, 8 Jan 2007 13:27:24 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id EAB7A114020 for ; Mon, 8 Jan 2007 13:27:23 +0000 (GMT) Date: Mon, 8 Jan 2007 13:27:23 +0000 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20070108132723.32eb27e2.dom@helenmarks.co.uk> In-Reply-To: <200701081248.l08Cmst12742@akiva.homer.att.com> References: <200701081248.l08Cmst12742@akiva.homer.att.com> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Fatal Trap 12 in 6.2-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: Mon, 08 Jan 2007 13:55:59 -0000 On Mon, 08 Jan 2007 07:48:54 -0500 "J. W. Ballantine" wrote: > > I rebuilt and installed the kernel and world, and now when I > try to boot the system it fails with a Fatal Trap 12: page > fault while in kernel mode, with current process of 594 (ntpd). > > Since it always fails, I can't do any of the checks in FAQ Advance Topics, > or other checks. > > Other than reinstall, is there anything I can do? Try booting the old kernel, which is called kernel.old. See the bottom of this page for how it is done: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/boot-blocks.html Dominic From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 14:10:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96E2516A40F for ; Mon, 8 Jan 2007 14:10:34 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out14.ilk.de [194.121.104.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1437313C45A for ; Mon, 8 Jan 2007 14:10:33 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool20.ka.ilk.net [212.86.194.20]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l08DUON3015885; Mon, 8 Jan 2007 14:30:24 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l08DTJZC024039; Mon, 8 Jan 2007 14:29:19 +0100 (CET) Message-ID: <45A24709.6070709@smo.de> Date: Mon, 08 Jan 2007 14:28:41 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061022 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Cristian Fatu References: <45A22F3F.9060702@i-net.ro> In-Reply-To: <45A22F3F.9060702@i-net.ro> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 14:10:34 -0000 Cristian Fatu wrote: > I want to disable keyboard port ... can somebody help me ? Comment out the following lines in your kernel configuration: device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 14:22:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60E9616A40F; Mon, 8 Jan 2007 14:22:42 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2F29413C45B; Mon, 8 Jan 2007 14:22:42 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id l08ECKjN074190; Mon, 8 Jan 2007 06:12:21 -0800 (PST) Date: Mon, 08 Jan 2007 23:12:19 +0900 Message-ID: From: gnn@freebsd.org To: "David Boyd" In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, net@freebsd.org Subject: Re: Panic in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 14:22:42 -0000 At Sat, 6 Jan 2007 13:54:22 -0500, David Boyd wrote: > > The following panic occurs every one to three hours with 6.2-RC2. > Can you give more info on what, exactly, is going on when this happens? Also I'm redirecting this to net@ Best Geoge > This is the same problem as kern/88472 which is still open. > > 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: > <7>key_spddelete: no SP found. > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x23 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc074fc0c > stack pointer = 0x28:0xd0a4e8f8 > frame pointer = 0x28:0xd0a4e908 > 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 = 695 (isakmpd) > trap number = 12 > panic: page fault > Uptime: 1h2m52s > Dumping 255 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 255MB (65216 pages) 239 223 207 191 175 159 143 127 111 95 79 63 > 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) by t > #0 doadump () at pcpu.h:165 > #1 0xc068c76e in boot (howto=260) at > /var/cvsup/usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc068ca04 in panic (fmt=0xc08c386a "%s") > at /var/cvsup/usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc08690b4 in trap_fatal (frame=0xd0a4e8b8, eva=35) > at /var/cvsup/usr/src/sys/i386/i386/trap.c:837 > #4 0xc0868e1b in trap_pfault (frame=0xd0a4e8b8, usermode=0, eva=35) > at /var/cvsup/usr/src/sys/i386/i386/trap.c:745 > #5 0xc0868a59 in trap (frame= > {tf_fs = -1035665400, tf_es = -1035665368, tf_ds = 40, tf_edi = 3, > tf_esi = -1037761536, tf_ebp = -794498808, tf_isp = -794498844, tf_ebx > = -1030032896, tf_edx = 1, tf_ecx = 1466671235, tf_eax = 3, tf_trapno = 12, > tf_err = 0, tf_eip = -1066075124, tf_cs = 32, tf_eflags = 66054, tf_esp = 0, > tf_ss = -1030032896}) at /var/cvsup/usr/src/sys/i386/i386/trap.c:435 > #6 0xc085712a in calltrap () at > /var/cvsup/usr/src/sys/i386/i386/exception.s:139 > #7 0xc074fc0c in key_getsavbyspi (sah=0xc2250400, spi=1466671235) > at /var/cvsup/usr/src/sys/netkey/key.c:2977 > #8 0xc07527cd in key_delete (so=0xc2452164, m=0xc29af200, mhp=0xd0a4ea64) > at /var/cvsup/usr/src/sys/netkey/key.c:5427 > #9 0xc07548b9 in key_parse (m=0xc29af200, so=0xc2452164) > at /var/cvsup/usr/src/sys/netkey/key.c:7149 > #10 0xc0756081 in key_output (m=0xc29af200, so=0xc2452164) > at /var/cvsup/usr/src/sys/netkey/keysock.c:119 > #11 0xc07074b0 in raw_usend (so=0x576ba083, flags=0, m=0x1, nam=0x0, > control=0x3, > td=0xc22a6a80) at /var/cvsup/usr/src/sys/net/raw_usrreq.c:263 > #12 0xc07565e7 in key_send (so=0xc2452164, flags=0, m=0xc29af200, nam=0x0, > control=0x0, > p=0xc22a6a80) at /var/cvsup/usr/src/sys/netkey/keysock.c:430 > #13 0xc06c5863 in sosend (so=0xc2452164, addr=0x0, uio=0xc2602100, > top=0xc29af200, > control=0x0, flags=0, td=0xc22a6a80) at > /var/cvsup/usr/src/sys/kern/uipc_socket.c:836 > #14 0xc06b40ee in soo_write (fp=0x3, uio=0xc2602100, active_cred=0xc2447480, > flags=0, > td=0xc22a6a80) at /var/cvsup/usr/src/sys/kern/sys_socket.c:118 > #15 0xc06ae7f7 in dofilewrite (td=0xc22a6a80, fd=5, fp=0xc23a2288, > auio=0xc2602100, offset= > ) at file.h:252 > #16 0xc06ae69b in kern_writev (td=0xc22a6a80, fd=5, auio=0xc2602100) > at /var/cvsup/usr/src/sys/kern/sys_generic.c:402 > #17 0xc06ae644 in writev (td=0xc22a6a80, uap=0xd0a4ed04) > at /var/cvsup/usr/src/sys/kern/sys_generic.c:388 > #18 0xc08693cb in syscall (frame= > {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = > 136368064, tf_esi = -1077941328, tf_ebp = -1077941224, tf_isp = -794497692, > tf_ebx = 5, tf_edx = 23, tf_ecx = 0, tf_eax = 121, tf_trapno = 0, tf_err = > 2, tf_eip = 673519919, tf_cs = 51, tf_eflags = 582, tf_esp = -1077941364, > tf_ss = 59}) at /var/cvsup/usr/src/sys/i386/i386/trap.c:983 > #19 0xc085717f in Xint0x80_syscall () at > /var/cvsup/usr/src/sys/i386/i386/exception.s:200 > #20 0x00000033 in ?? () > (kgdb) q > > The following messages are logged just before the panic. > > Jan 6 00:34:28 vpn-gateway2 isakmpd[452]: isakmpd: quick mode done: src: > xxx.xxx.xxx.xxx dst: yyy.yyy.yyy.yyy > Jan 6 00:34:28 vpn-gateway2 isakmpd[452]: pf_key_v2_set_spi: ADD: Invalid > argument > > The other end of the connection is reported to be "Cisco-based". > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 14:26:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7D9816A407 for ; Mon, 8 Jan 2007 14:26:36 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 81F3513C457 for ; Mon, 8 Jan 2007 14:26:36 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 05678114026 for ; Mon, 8 Jan 2007 14:26:31 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U7vSY9fNHo29 for ; Mon, 8 Jan 2007 14:26:28 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 0FF99114025 for ; Mon, 8 Jan 2007 14:26:28 +0000 (GMT) Date: Mon, 8 Jan 2007 14:26:27 +0000 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20070108142627.39f72ed3.dom@helenmarks.co.uk> In-Reply-To: <45A24709.6070709@smo.de> References: <45A22F3F.9060702@i-net.ro> <45A24709.6070709@smo.de> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 14:26:36 -0000 On Mon, 08 Jan 2007 14:28:41 +0100 Philipp Ost wrote: > Cristian Fatu wrote: > > I want to disable keyboard port ... can somebody help me ? > > Comment out the following lines in your kernel configuration: > > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse If you take this approach also add the USB keyboard device (ukbd) to this list. I don't know if this would achieve what you want but you could disable the consoles in /etc/ttys instead of removing the device support. Dominic From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 14:45:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6880F16A403 for ; Mon, 8 Jan 2007 14:45:13 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 337F513C459 for ; Mon, 8 Jan 2007 14:45:13 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by py-out-1112.google.com with SMTP id f31so4086384pyh for ; Mon, 08 Jan 2007 06:45:12 -0800 (PST) Received: by 10.35.43.10 with SMTP id v10mr48832368pyj.1168265915292; Mon, 08 Jan 2007 06:18:35 -0800 (PST) Received: by 10.90.29.8 with HTTP; Mon, 8 Jan 2007 06:18:08 -0800 (PST) Message-ID: Date: Mon, 8 Jan 2007 16:18:08 +0200 From: "Vlad Galu" To: "Cristian Fatu" In-Reply-To: <45A22F3F.9060702@i-net.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45A22F3F.9060702@i-net.ro> Cc: freebsd-stable@freebsd.org Subject: Re: keyboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 14:45:13 -0000 On 1/8/07, Cristian Fatu wrote: > Hello to all ! > > I want to disable keyboard port ... can somebody help me ? hint.atkbdc.0.disable="1" or hint.atkbd.0.disable="1" in /boot/device.hints. > Thanks! > > > > _______________________________________________ > 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" > > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 14:59:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F352116A403 for ; Mon, 8 Jan 2007 14:59:34 +0000 (UTC) (envelope-from illnar@communitor.com) Received: from mx-05.sil.at (mx-05.sil.at [86.59.12.202]) by mx1.freebsd.org (Postfix) with ESMTP id B73A813C455 for ; Mon, 8 Jan 2007 14:59:34 +0000 (UTC) (envelope-from illnar@communitor.com) Received: from [86.59.96.10] (helo=[10.0.0.39]) by mx-05.sil.at with esmtp (Exim 4.60) (envelope-from ) id 1H3vyG-00016W-P4 for freebsd-stable@freebsd.org; Mon, 08 Jan 2007 15:59:33 +0100 Message-ID: <45A25C6B.5090701@communitor.com> Date: Mon, 08 Jan 2007 15:59:55 +0100 From: Christoph Illnar User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45A12368.3060705@communitor.com> <20070107180818.GG839@turion.vk2pj.dyndns.org> In-Reply-To: <20070107180818.GG839@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scan-Signature: a8cfc147b1c97734961b153e7012ad11 Subject: Re: make buildworld is always braking at various points X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 14:59:35 -0000 Peter Jeremy schrieb: > On Sun, 2007-Jan-07 17:44:24 +0100, Christoph Illnar wrote: >> I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2. >> I downloaded sources, extracted them with install.sh and did a cvsup. >> >> My installed system is 6.1-RELEASE and I keep trying to compile it on my >> own. > > Is the failure consistent? I suspect you may have bad RAM. > > Note that: > 1) "/usr/src.lib/" does not normally exist; > 2) "." and "/" differ by 1 bit; > 3) The cc line shows "-I/usr/src/lib/libpthread/arch/i386/include"; > 4) Compiling thr_condattr_init.c uses the same #include sequence to > successfully load "pthread_md.h"; > 5) None of the test build boxes are reporting any problems. > > Please try running a memory test, or swapping your RAM. > Thank you Peter, your guess was quite right! I've never seen something like that, because with the same settings each compilation process stopped at the same position. So I did not suspect a faulty memory where I believed build should break randomly. Tests showed that all 4(!) banks showed errors and when I replaced them my build finished successfully. Shame on me for not checking this before! Thank you again everyone for your hints! kindly regards, Christoph From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 15:52:55 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E9C516A403; Mon, 8 Jan 2007 15:52:55 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 4953613C428; Mon, 8 Jan 2007 15:52:54 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l08Fqr0F077568; Mon, 8 Jan 2007 10:52:53 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l08FqpXi024980; Mon, 8 Jan 2007 10:52:51 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Bruce Evans In-Reply-To: <20070108154433.C75042@delplex.bde.org> References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070108154433.C75042@delplex.bde.org> Content-Type: text/plain Date: Mon, 08 Jan 2007 10:58:55 -0500 Message-Id: <1168271935.23549.10.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 15:52:55 -0000 On Mon, 2007-01-08 at 16:06 +1100, Bruce Evans wrote: > On Sun, 7 Jan 2007, Sven Willenberger wrote: > > > I am starting a new thread on this as what I had assumed was a panic in > > nfsd turns out to be an issue with the bge driver. This is an amd64 box, > > dual processor (SMP kernel) that happens to be running nfsd. About every > > 3-5 days the kernel panics and I have finally managed to get a core > > dump. > > The system: FreeBSD 6.2-PRERELEASE #8: Tue Jan 2 10:57:39 EST 2007 > > Like most NIC drivers, bge unlocks and re-locks around its call to > ether_input() in its interrupt handler. This isn't very safe, and it > certainly causes panics for bge. I often see it panic when bringing > the interface down and up while input is arriving, on a non-SMP non-amd64 > (actually i386) non-6.x (actually -current) system. Bringing the > interface down is probably the worst case. It creates a null pointer > for bge_intr() to follow. > > > The short and dirty of the dump: > > ... > > --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, rbp = 0xffffffffb371aba0 --- > > bge_rxeof() at bge_rxeof+0x3b7 > > What is the instruction here? I will do my best to ferret out the information you need. For the bge_rxeof() at bge_rxeof+0x3b7 line, the instruction is: 0xffffffff801d5f17 : mov %r15,0x28(%r14) bge_intr() at bge_intr+0x1c8 line, the instruction is: 0xffffffff801db818 : mov %rbx,%rdi > > > bge_intr() at bge_intr+0x1c8 > > ithread_loop() at ithread_loop+0x14c > > fork_exit() at fork_exit+0xbb > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffb371ad00, rbp = 0 --- > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0x28 > > Looks like a null pointer panic anyway. I guess the instruction is > movl to/from 0x28(%reg) where %reg is a null pointer. > from the above lines, apparently %r14 is null then. > > ... > > #8 0xffffffff801db818 in bge_intr (xsc=0x0) at /usr/src/sys/dev/bge/if_bge.c:2707 > > What is the statement here? It presumably follow a null pointer and only > the exprssion for the pointer is interesting. xsc is already null but > that is probably a bug in gdb, or the result of excessive optimization. > Compiling kernels with -O2 has little effect except to break debugging. > the block of code from if_bge.c: 2705 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { 2706 /* Check RX return ring producer/consumer. */ 2707 bge_rxeof(sc); 2708 2709 /* Check TX ring producer/consumer. */ 2710 bge_txeof(sc); 2711 } By default -O2 is passed to CC (I don't use any custom make flags other than and only define CPUTYPE in my /etc/make.conf). > I rarely use gdb on kernels and haven't looked closely enough using ddb > to see where the null pointer for the panic on down/up came from. > > BTW, the sbdrop panic in -current isn't bge-only or SMP-only. I saw > it once for sk on a non-SMP system. It rarely happens for non-SMP > (much more rarely than the panic in bge_intr()). Under -current, on > an SMP amd64 system with bge, It happens almost every time on close > of the socket for a ttcp server if input is arriving at the time of > the close. I haven't seen it for 6.x. > > Bruce The short of it is that this interface sees pretty much non-stop traffic as this is a mailserver (final destination) and is constantly being delivered to (direct disk access) and mail being retrieved (remote machine(s) with nfs mounted mail spools. If a momentary down of the interface is enough to completely panic the driver and then the kernel, this hardly seems "robust" if, in fact, this is what is happening. So the question arises as to what would be causing the down/up of the interface; I could start looking at the cable, the switch it's connected to and ... any other ideas? (I don't have watchdog enabled or anything like that, for example). Sven From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 16:15:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC63416A407 for ; Mon, 8 Jan 2007 16:15:41 +0000 (UTC) (envelope-from SRS0=06eb48df11d328c7e1f146f80354f22b680f976b=209=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 994CC13C428 for ; Mon, 8 Jan 2007 16:15:41 +0000 (UTC) (envelope-from SRS0=06eb48df11d328c7e1f146f80354f22b680f976b=209=es.net=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 NRK95839; Mon, 08 Jan 2007 08:02:39 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DF27E45054; Mon, 8 Jan 2007 08:02:38 -0800 (PST) To: Andrei Kolu In-Reply-To: Your message of "Mon, 08 Jan 2007 12:29:23 +0200." <200701081229.24779.antik@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1168272158_1050P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 08 Jan 2007 08:02:38 -0800 From: "Kevin Oberman" Message-Id: <20070108160238.DF27E45054@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld is always braking at various points X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 16:15:41 -0000 --==_Exmh_1168272158_1050P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Andrei Kolu > Date: Mon, 8 Jan 2007 12:29:23 +0200 > Sender: owner-freebsd-stable@freebsd.org > > On Sunday, 7. January 2007 20:08, Peter Jeremy wrote: > > On Sun, 2007-Jan-07 17:44:24 +0100, Christoph Illnar wrote: > > >I keep having troubles compiling either 6.1-RELEASE and 6.2-RC2. > > >I downloaded sources, extracted them with install.sh and did a cvsup. > > > > > >My installed system is 6.1-RELEASE and I keep trying to compile it on my > > >own. > > > > Is the failure consistent? I suspect you may have bad RAM. > > > > >===> lib/libpthread (all) > > > > [.......... lines suppressed ......] > > > >make: don't know how to make > > >/usr/src.lib/libpthread/arch/i386/include/pthread_md.h. Stop > > >*** Error code 2 > > > > Note that: > > 1) "/usr/src.lib/" does not normally exist; > > 2) "." and "/" differ by 1 bit; > > 3) The cc line shows "-I/usr/src/lib/libpthread/arch/i386/include"; > > 4) Compiling thr_condattr_init.c uses the same #include sequence to > > successfully load "pthread_md.h"; > > 5) None of the test build boxes are reporting any problems. > > > > Please try running a memory test, or swapping your RAM. > I got similar problem with "faulty" PSU- Chieftec 410W. Memtest accepted RAM > sticks- not a single error within 24h but when I started writing something > onto raid then system rebooted randomly with various error messages. Changed > PSU and all problems was gone. Same Chieftec 410W PSU works fine with other > box. This error is almost always attributed to RAM problems, for good reason. That does not mean that RAM is the only source, though. Almost any hardware issue can cause the problem. The power supply has been a common source of problems in electronics since before most people on this list were born (and probably before their parents were born) and remains commonly overlooked when trouble shooting. Another source can be temperature. I have an AMD K6-450 system which ran solidly for a long time except for buildworld. Tested all of the RAM and even swapped it out. Swapped out the power supply as well. The faults while building word persisted. I then tried monitoring the temperature of the CPU and that was the problem. A better heat sink, properly installed with a THIN layer of heat-sink grease fixed the problem. The reality is that this error can be caused by almost any problem in the mother board or power supply and may be the result of interaction of components. This can make trouble shooting very tedious. I don't even want to think of the issues of finding a problem caused by a poor solder joint. :-( -- 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_1168272158_1050P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFomsekn3rs5h7N1ERAljlAJoD9lHTPxVwPBU0z1inq0kM3eKHxQCfUUV1 deEFbPYkesTFywwAl6ZSqeE= =doSv -----END PGP SIGNATURE----- --==_Exmh_1168272158_1050P-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 19:53:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A934F16A4A7 for ; Mon, 8 Jan 2007 19:53:13 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 64E4513C465 for ; Mon, 8 Jan 2007 19:53:13 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.8/8.13.8) with ESMTP id l08Jgivi019966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 8 Jan 2007 13:42:44 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <45A29EAD.5050308@palisadesys.com> Date: Mon, 08 Jan 2007 13:42:37 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <456C67C7.9030208@palisadesys.com> <20061128200321.GA65311@xor.obsecurity.org> In-Reply-To: <20061128200321.GA65311@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.211]); Mon, 08 Jan 2007 13:42:44 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Subject: Re: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 19:53:13 -0000 Kris Kennaway wrote: > On Tue, Nov 28, 2006 at 10:45:59AM -0600, Guy Helmer wrote: > >> We're encountering some problems on FreeBSD 6.1 SMP [...]. >> >> df shows wildly incorrect values for available >> space, sometimes even showing more space available than there is allocated >> to the partition[...] > First I've heard of it. May not be resolved unless a developer can > reproduce it. > > Kris > I think we've finally found the cause of the problem - it wasn't just occurring after heavy use, but was visible right after filesystem creation! We regularly built new filesystems with "newfs -U -O 1 -b 65536 -f 8192" (a couple of our older products are still based on FreeBSD 4, so we built UFS1 filesystems for all our products). It seems that newfs with the -O1 option creates inconsistent metadata: fsck on a large, newly-built UFS1 filesystem complains in phase 5 with "SUMMARY INFORMATION BAD". I've filed a PR on it. Guy From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 22:37:25 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59EDD16A403 for ; Mon, 8 Jan 2007 22:37:25 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id 088D313C441 for ; Mon, 8 Jan 2007 22:37:24 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (unknown [202.128.116.208]) by mailhost.tao.org.uk (Postfix) with ESMTP id 287E25C2E for ; Mon, 8 Jan 2007 22:18:42 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 7B40440F0; Mon, 8 Jan 2007 22:18:37 +0000 (GMT) Resent-From: joe@genius.tao.org.uk Resent-Date: Mon, 8 Jan 2007 22:18:37 +0000 Resent-Message-ID: <20070108221837.GD1749@genius.tao.org.uk> Resent-To: stable@freebsd.org Date: Sun, 7 Jan 2007 23:56:04 +0000 From: Josef Karthauser To: freebsd-fs@freebsd.org Message-ID: <20070107235604.GC1750@genius.tao.org.uk> References: <20070107232055.GA2450@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline In-Reply-To: <20070107232055.GA2450@genius.tao.org.uk> User-Agent: Mutt/1.5.11 Cc: Subject: Re: Trouble booting second ide drive (gmirror configuration). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 22:37:25 -0000 --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 07, 2007 at 11:20:55PM +0000, Josef Karthauser wrote: >=20 > FreeBSD/i386 bootstrap loader, Revision 1.1 > (joe@X, Fri Apr 29 09:46:27 BST 2005) >=20 I thought for a second that perhaps there was a dependancy problem in the build, and that I didn't have a recent enough version of /boot/loader installed. However I've confirmed that I get the same problem a more recent loader, so it's not that. Joe --=20 =3D=3D=3D Josef Karthauser (joe@tao.org.uk) =3D=3D=3D http://x2obuilder.com= /tao =3D=3D=3D --+nBD6E3TurpgldQp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkWhiJMACgkQXVIcjOaxUBbVmgCg1HN7cMeo9usz0nLDd8Me2yZE IDgAoLR24pxOPk3+x2sKErFTK69EmGHq =qjxO -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 8 22:37:26 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 256D516A407 for ; Mon, 8 Jan 2007 22:37:26 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id 784E813C442 for ; Mon, 8 Jan 2007 22:37:25 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (unknown [202.128.116.208]) by mailhost.tao.org.uk (Postfix) with ESMTP id 1DAE96104 for ; Mon, 8 Jan 2007 22:18:43 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 6CAA240EE; Mon, 8 Jan 2007 22:18:37 +0000 (GMT) Resent-From: joe@genius.tao.org.uk Resent-Date: Mon, 8 Jan 2007 22:18:37 +0000 Resent-Message-ID: <20070108221837.GC1749@genius.tao.org.uk> Resent-To: stable@freebsd.org Date: Sun, 7 Jan 2007 23:20:55 +0000 From: Josef Karthauser To: freebsd-fs@freebsd.org Message-ID: <20070107232055.GA2450@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: Trouble booting second ide drive (gmirror configuration). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2007 22:37:26 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm scratching my head trying to work out why I can't boot onto my second ide drive at the boot: prompt. I have a perfectly valid partition on it, which I can mount successfully when the system is booted from the other disk, but the boot loader says that the disk label is corrupt. What am I doing wrong? So, here are the details. The machine is a: FreeBSD X 5.5-STABLE FreeBSD 5.5-STABLE #7: Mon Oct 2 15:55:35 BST 2006 joe@X:/usr/obj/usr/src/sys/KERNEL i386 There are two ide drives, ad0 and ad1. # disklabel ad0 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 2048 16384 28552=20 b: 6291456 2097152 swap =20 c: 240107427 0 unused 0 0 # "raw" part, = don't edit d: 41943040 8388608 4.2BSD 2048 16384 28552=20 e: 41943040 50331648 4.2BSD 2048 16384 28552=20 f: 41943040 92274688 4.2BSD 2048 16384 28552=20 g: 105880000 134217728 4.2BSD 2048 16384 28552=20 # disklabel ad1 # /dev/ad1s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 16 4.2BSD 2048 16384 28552=20 c: 240099488 0 unused 0 0 # "raw" part, = don't edit disklabel: partition c doesn't cover the whole unit! disklabel: An incorrect partition c may cause problems for standard sys= tem utilities The c partition is the wrong size because this is actually a gmirror partition once gmirror is loaded. However the device /dev/ad1s1a can be mounted without problems: # mount /dev/ad1s1a /mnt # ls /mnt .cshrc SYNC2 data jails root usr .profile bin dev lib sbin var .snap boot dist libexec stand webs COPYRIGHT boot.config entropy mnt sys NEW cdrom etc proc tmp SYNC compat home rescue users So when I boot the machine, and attempt to boot the second drive I get this: FreeBSD/i386 boot Default: 0:ad(0,a)/boot/loader boot: 1:ad(1,1,a)/boot/loaderConsoles: serial port =20 BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS 640kB/2095040kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (joe@X, Fri Apr 29 09:46:27 BST 2005) can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK show LINES=3D24 acpi_load=3DYES comconsole_speed=3D9600 console=3Dcomconsole currdev=3Ddisk2s1a: hint.acpi.0.oem=3DGBT =20 hint.acpi.0.revision=3D1 hint.acpi.0.rsdt=3D0x7fef3000 interpret=3DOK loaddev=3Ddisk2s1a: prompt=3D${interpret} OK So it manages to load the boot loader from the correct device, but somehow fails when it comes to loading the kernel. I'd really appreciate some suggestions. Thanks, Joe --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkWhgFcACgkQXVIcjOaxUBYcNQCdH/oQKeVRQY6KOlNtHH55ifGd Vb4AoMKZXmRxlmMoUFto0MgXwaI1sQzB =aR1E -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 00:35:13 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F56616A407 for ; Tue, 9 Jan 2007 00:35:13 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id D060313C459 for ; Tue, 9 Jan 2007 00:35:12 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 64349 invoked by uid 0); 9 Jan 2007 00:08:31 -0000 Received: from unknown (HELO ?192.168.0.41?) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Jan 2007 00:08:31 -0000 Date: Mon, 8 Jan 2007 19:08:18 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 6.2-RC2 panic - NFS client X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 00:35:13 -0000 Hi all, Just killed what had been a fairly stable 6.2-RC2 box with NFS. I have four boxes that run spamd (spamassassin spamd, not pf spamd). Since they are all now in sync and running 6.2-RC2, I set one up as an NFS server to make updates across all four boxes easier. I got a little bit ahead of myself and was running a 'pkgdb -F' on both the server and one of the clients. The process on the server just errored out and exited. The client spit this out and then paniced: database file error [Updating the portsdb in /usr/ports ... - 14186 port entries found ......../usr/ports/INDEX-6:830:read: 0x8752584, 1024: Stale NFS file handle -- Stale NFS file handle /usr/ports/INDEX-6:831:read: 0x8752584, 1024: Stale NFS file handle -- Stale NFS file handle /usr/ports/INDEX-6:832:read: 0x8752584, 1024: Stale NFS file handle -- Stale NFS file handle /usr/ports/INDEX-6:833:read: 0x8752584, 1024: Stale NFS file handle -- Stale NFS file handle /usr/ports/INDEX-6:834:read: 0x8752584, 1024: Stale NFS file handle -- Stale NFS file handle /usr/ports/INDEX-6:835:read: 0x8752584, 1024: Stale NFS file handle -- Stale NFS file handle /usr/ports/INDEX-6:836:read: 0x8752584, 1024: Stale NFS file handle -- Stale NFS file handle Connection to spamd2 closed. I have the kernel dump, but have two problems getting more info: -I had just clobbered /usr/obj to make some room, not realizing that's where the kernel.debug ends up (why is it in there?). -I can't find the current "how to provide a useful panic report" document in the handbook that I use for reference. I can probably make this thing crash again if there's any interest. Thanks, Charles From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 01:50:55 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BEFE16A403; Tue, 9 Jan 2007 01:50:55 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.freebsd.org (Postfix) with ESMTP id 28B0313C44B; Tue, 9 Jan 2007 01:50:55 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout1.pacific.net.au (Postfix) with ESMTP id A49835A7C29; Tue, 9 Jan 2007 12:50:53 +1100 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 34C958C13; Tue, 9 Jan 2007 12:50:52 +1100 (EST) Date: Tue, 9 Jan 2007 12:50:51 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Sven Willenberger In-Reply-To: <1168271935.23549.10.camel@lanshark.dmv.com> Message-ID: <20070109124826.M79616@delplex.bde.org> References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070108154433.C75042@delplex.bde.org> <1168271935.23549.10.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 01:50:55 -0000 On Mon, 8 Jan 2007, Sven Willenberger wrote: > On Mon, 2007-01-08 at 16:06 +1100, Bruce Evans wrote: >> On Sun, 7 Jan 2007, Sven Willenberger wrote: >>> The short and dirty of the dump: >>> ... >>> --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, rbp = 0xffffffffb371aba0 --- >>> bge_rxeof() at bge_rxeof+0x3b7 >> >> What is the instruction here? > > I will do my best to ferret out the information you need. For the > bge_rxeof() at bge_rxeof+0x3b7 line, the instruction is: > > 0xffffffff801d5f17 : mov %r15,0x28(%r14) > ... >> Looks like a null pointer panic anyway. I guess the instruction is >> movl to/from 0x28(%reg) where %reg is a null pointer. >> > > from the above lines, apparently %r14 is null then. Yes. It's a bit suprising that the access is a write. >>> ... >>> #8 0xffffffff801db818 in bge_intr (xsc=0x0) at /usr/src/sys/dev/bge/if_bge.c:2707 >> >> What is the statement here? It presumably follow a null pointer and only >> the exprssion for the pointer is interesting. xsc is already null but >> that is probably a bug in gdb, or the result of excessive optimization. >> Compiling kernels with -O2 has little effect except to break debugging. > > the block of code from if_bge.c: > > 2705 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { > 2706 /* Check RX return ring producer/consumer. */ > 2707 bge_rxeof(sc); > 2708 > 2709 /* Check TX ring producer/consumer. */ > 2710 bge_txeof(sc); > 2711 } Oops. I should have asked for the statment in bge_rxeof(). > By default -O2 is passed to CC (I don't use any custom make flags other > than and only define CPUTYPE in my /etc/make.conf). -O2 is unfortunately the default for COPTFLAGS for most arches in sys/conf/kern.pre.mk. All of my machines and most FreeBSD cluster machines override this default in /etc/make.conf. With the override overridden for RELENG_6 amd64, gcc inlines bge_rxeof(), so your environment must be a little different to get even the above ifo. I think gdb can show the correct line numbers but not the call frames (since there is no call). ddb and the kernel stack trace can only show the call frames for actual calls. With -O1, I couldn't find any instruction similar to the mov to the null pointer + 28. 28 is a popular offset in mbufs > The short of it is that this interface sees pretty much non-stop traffic > as this is a mailserver (final destination) and is constantly being > delivered to (direct disk access) and mail being retrieved (remote > machine(s) with nfs mounted mail spools. If a momentary down of the > interface is enough to completely panic the driver and then the kernel, > this hardly seems "robust" if, in fact, this is what is happening. So > the question arises as to what would be causing the down/up of the > interface; I could start looking at the cable, the switch it's connected > to and ... any other ideas? (I don't have watchdog enabled or anything > like that, for example). I don't think down/up can occur in normal operation, since it takes ioctls or a watchdog timeout to do it. Maybe some ioctls other than a full down/up can cause problems... bge_init() is called for the following ioctls: - mtu changes - some near down/up (possibly only these) Suspend/resume and of course detach/attach do much the same things as down/up. BTW, I added some sysctls and found it annoying to have to do down/up to make the sysctls take effect. Sysctls in several other NIC drivers require the same, since doing a full reinitialization is easiest. Since I am tuning using sysctls, I got used to doing down/up too much. Similarly for the mtu ioctl. I think a full reinitialization is used for mtu changes mainly in cases the change switches on/off support for jumbo buffers. Then there is a lot of buffer reallocation to be done, and interfaces have to be stopped to ensure that the bufferes being deallocated are not in use, etc. Bruce From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 02:13:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68A6016A403 for ; Tue, 9 Jan 2007 02:13:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id F02E913C4B9 for ; Tue, 9 Jan 2007 02:13:04 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l092D0kM060062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 12:43:00 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 9 Jan 2007 12:39:45 +1030 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2036776.R72dvg3y0b"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701091239.46735.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Subject: Temperature/fan monitoring on a Supermicro P8SCT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 02:13:05 -0000 --nextPart2036776.R72dvg3y0b Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Has anyone had any success? I've tried healthd (0.7.9) but it can't show temps, eg.. julx2:/usr/src/sys/amd64/conf>sudo healthd -1 -D Password: ************************ * Hardware Information * ************************ Unknown Vendor: ID =3D FFFF ************************ Temp.=3D 255.0, 0.0, 0.0; Rot.=3D 0, 0, 0 Vcore =3D 4.08, 4.08; Volt. =3D 4.08, 6.85, 15.50, -14.16, -6.12 ^C julx2:/usr/src/sys/amd64/conf>sudo healthd -2 -D ************************ * Hardware Information * ************************ Unknown Vendor: ID =3D FFFF ************************ Temp.=3D 255.0, 0.0, 0.0; Rot.=3D 0, 0, 0 Vcore =3D 4.08, 4.08; Volt. =3D 4.08, 6.85, 15.50, 6.07, 5.11 ^C Using SMB is even worse.. julx2:/usr/src/sys/amd64/conf>sudo healthd -S -1 -D ioctl(SMB_WRITEB): Permission denied julx2:/usr/src/sys/amd64/conf>sudo healthd -S -2 -D ioctl(SMB_WRITEB): Permission denied xmbmon (v205) returns.. julx2:/usr/src/sys/amd64/conf>xmbmon -DEBUG -probe winbond Probe Request: winbond >>> Testing Reg's at SMBus <<< SMBus slave 0x44(0x22) found... SMBus slave 0x50(0x28) found... SMBus slave 0x60(0x30) found... SMBus slave 0xC4(0x62) found... SMBus slave 0xD0(0x68) found... SMBus slave 0xE0(0x70) found... Set SMBus slave address: 0x50 Probing Winbond/Asus/LM78/79 chip: CR40:0xAD, CR41:0x00, CR42:0x00, CR43:0x00 CR44:0x00, CR45:0x00, CR46:0x00, CR47:0x00 CR48:0x01, CR49:0x48, CR4A:0x59, CR4B:0x4D CR4C:0x50, CR4D:0x35, CR4E:0x36, CR4F:0x34 CR56:0x2D, CR58:0x34, CR59:0x20, CR5D:0x06 CR3E:0x12, CR13:0x01, CR17:0x3D, CRA1:0x03 CR20:0x25, CR22:0x10, CR23:0x22, CR24:0x3C CR27:0x00, CR29:0x3C, CR2A:0x69, CR2B:0x80 ioctl(smb0:writebyte): Device not configured Supermicro have a FAQ entry about the monitor chips here..=20 http://www.supermicro.com/support/faqs/faq.cfm?faq=3D3099 =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 --nextPart2036776.R72dvg3y0b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFovlq5ZPcIHs/zowRAs/AAJ4q7L42apGsDeRUzy24JeFu9U3YGQCgoxjI VKShO887lzJP63jZxYdB21U= =bQiu -----END PGP SIGNATURE----- --nextPart2036776.R72dvg3y0b-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 02:45:56 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45DC816A492 for ; Tue, 9 Jan 2007 02:45:56 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 036B113C4B4 for ; Tue, 9 Jan 2007 02:45:50 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 63207 invoked by uid 0); 9 Jan 2007 02:45:47 -0000 Received: from unknown (HELO ?192.168.0.41?) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Jan 2007 02:45:47 -0000 Date: Mon, 8 Jan 2007 21:45:41 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: stable@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: 6.2-RC2 panic - NFS client X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 02:45:56 -0000 Replying to myself... This time triggered on a big portupgrade over NFS. I tried the "2 things hitting the same file" that triggered it the first time and it didn't take. But a few minutes later while doing a giant portupgrade using packages from the NFS server I got another panic. Let me know if there's anything else I can do. Damn dwarves. [root@spamd2 /usr/src]# kgdb -c /var/crash/vmcore.1 /boot/kernel/kernel.debug kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x34 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05eab55 stack pointer = 0x28:0xe7aba7d0 frame pointer = 0x28:0xe7aba7f0 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 = 3397 (bsdtar) trap number = 12 panic: page fault Uptime: 1h7m41s Dumping 1015 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 1015MB (259840 pages) 1000 984 968 952 936 920 904 888 872 856 840 824 808 792 776 760 744 728 712 696 680 664 648 632 616 600 584 568 552 536 520 504 488 472 456 440 424 408 392 376 360 344 328 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0595634 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0595966 in panic (fmt=0xc078b204 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc075ecfc in trap_fatal (frame=0xe7aba790, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc075ea02 in trap_pfault (frame=0xe7aba790, usermode=0, eva=52) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc075e5cd in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -657625352, tf_esi = -657625352, tf_ebp = -408180752, tf_isp = -408180804, tf_ebx = -657625352, tf_edx = 4, tf_ecx = -988422784, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067537579, tf_cs = 32, tf_eflags = 66178, tf_esp = 17104896, tf_ss = 48}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc074ab6a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05eab55 in vfs_vmio_release (bp=0xd8cd6ef8) at atomic.h:146 #8 0xc05eb54e in getnewbuf (slpflag=0, slptimeo=0, size=2048, maxsize=16384) at /usr/src/sys/kern/vfs_bio.c:1779 #9 0xc05ecf31 in getblk (vp=0xc53bf990, blkno=0, size=2048, slpflag=0, slptimeo=0, flags=0) at /usr/src/sys/kern/vfs_bio.c:2497 #10 0xc06c5a4e in ffs_balloc_ufs2 (vp=0xc53bf990, startoffset=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ufs/ffs/ffs_balloc.c:676 #11 0xc06eeab1 in ufs_mkdir (ap=0xe7ababac) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1587 #12 0xc0773d33 in VOP_MKDIR_APV (vop=0x0, a=0xe7ababac) at vnode_if.c:1251 #13 0xc060a8f3 in kern_mkdir (td=0xc515dd80, path=0x805a440
, segflg=UIO_USERSPACE, mode=448) at vnode_if.h:653 #14 0xc060a549 in mkdir (td=0x0, uap=0x4) at /usr/src/sys/kern/vfs_syscalls.c:3388 #15 0xc075f0d2 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134587456, tf_esi = 134587473, tf_ebp = -1077942216, tf_isp = -408179356, tf_ebx = 671761748, tf_edx = 0, tf_ecx = 134574127, tf_eax = 136, tf_trapno = 0, tf_err = 2, tf_eip = 672701275, tf_cs = 51, tf_eflags = 582, tf_esp = -1077942372, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #16 0xc074abbf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) On Mon, 8 Jan 2007, Charles Sprickman wrote: > Hi all, > > Just killed what had been a fairly stable 6.2-RC2 box with NFS. > > I have four boxes that run spamd (spamassassin spamd, not pf spamd). Since > they are all now in sync and running 6.2-RC2, I set one up as an NFS server > to make updates across all four boxes easier. I got a little bit ahead of > myself and was running a 'pkgdb -F' on both the server and one of the > clients. The process on the server just errored out and exited. The client > spit this out and then paniced: > > database file error > [Updating the portsdb in /usr/ports ... - 14186 port > entries found ......../usr/ports/INDEX-6:830:read: 0x8752584, 1024: Stale NFS > file handle -- Stale NFS file handle > /usr/ports/INDEX-6:831:read: 0x8752584, 1024: Stale NFS file handle -- Stale > NFS file handle > /usr/ports/INDEX-6:832:read: 0x8752584, 1024: Stale NFS file handle -- Stale > NFS file handle > /usr/ports/INDEX-6:833:read: 0x8752584, 1024: Stale NFS file handle -- Stale > NFS file handle > /usr/ports/INDEX-6:834:read: 0x8752584, 1024: Stale NFS file handle -- Stale > NFS file handle > /usr/ports/INDEX-6:835:read: 0x8752584, 1024: Stale NFS file handle -- Stale > NFS file handle > /usr/ports/INDEX-6:836:read: 0x8752584, 1024: Stale NFS file handle -- Stale > NFS file handle > Connection to spamd2 closed. > > I have the kernel dump, but have two problems getting more info: > > -I had just clobbered /usr/obj to make some room, not realizing that's where > the kernel.debug ends up (why is it in there?). > > -I can't find the current "how to provide a useful panic report" document in > the handbook that I use for reference. > > I can probably make this thing crash again if there's any interest. > > Thanks, > > Charles > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 03:43:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6693A16A403 for ; Tue, 9 Jan 2007 03:43:07 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 002BA13C459 for ; Tue, 9 Jan 2007 03:43:06 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 24418 invoked by uid 0); 9 Jan 2007 03:43:06 -0000 Received: from unknown (HELO ?192.168.0.41?) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Jan 2007 03:43:06 -0000 Date: Mon, 8 Jan 2007 22:43:00 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: "J. W. Ballantine" In-Reply-To: <200701081248.l08Cmst12742@akiva.homer.att.com> Message-ID: References: <200701081248.l08Cmst12742@akiva.homer.att.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Fatal Trap 12 in 6.2-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: Tue, 09 Jan 2007 03:43:07 -0000 On Mon, 8 Jan 2007, J. W. Ballantine wrote: > I rebuilt and installed the kernel and world, and now when I > try to boot the system it fails with a Fatal Trap 12: page > fault while in kernel mode, with current process of 594 (ntpd). I dont' have the thread subject handy, but I remember something here a week or two ago about a commit that screwed things up and the symptom was that the first thing to hit the network (many time ntpd) caused the panic. Did you also cvsup before you rebuilt the kernel? If so, there's a good chance you're hitting a known bug. Charles > Since it always fails, I can't do any of the checks in FAQ Advance Topics, > or other checks. > > Other than reinstall, is there anything I can do? > > FWIW, this is on a Toshiba satellite laptop. > > Thanks > > Jim Ballantine > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 11:48:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9355016A407 for ; Tue, 9 Jan 2007 11:48:11 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 313AA13C457 for ; Tue, 9 Jan 2007 11:48:11 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so103740nfc for ; Tue, 09 Jan 2007 03:48:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=cd0ryeCLjHmkJe73waNqmVKOlh1HFU+3XRBK2WMW8oex8QF+6TbSeaamT8Xux5moEZyZvDuo4rnt5xvsDMK0DnpHYxDiE0hpR4GIoJz/VniBWhR9iVXwyDBlOpwxRXPsNvu1uLoVU+MZ3HP8L36hU29B18zYJOJVmbb7TVQDFwA= Received: by 10.78.151.3 with SMTP id y3mr8194467hud.1168341592658; Tue, 09 Jan 2007 03:19:52 -0800 (PST) Received: by 10.78.191.19 with HTTP; Tue, 9 Jan 2007 03:19:52 -0800 (PST) Message-ID: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> Date: Tue, 9 Jan 2007 19:19:52 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Marvell 8053 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 11:48:11 -0000 Greetz! I happen to play w/ a newish Gigabyte mobo that has an on-board Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd64 does not seem to support it. Does anyone know if this is supported? I'm currently taking a look at http://people.freebsd.org/~yongari/msk/ , tho this NIC isnt mentioned there at all. Thanks! cheers mars From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 12:10:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAF2816A415 for ; Tue, 9 Jan 2007 12:10:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 5465213C45B for ; Tue, 9 Jan 2007 12:10:43 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 03418EB661A; Tue, 9 Jan 2007 20:10:42 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id BzWfywkoZfjq; Tue, 9 Jan 2007 20:10:32 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.129.168]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 2E69CEB08D2; Tue, 9 Jan 2007 20:10:32 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=vMz80id66D/hkC3kO2ay1dFn0ZzAZXv0hLjO5nwzpRZ7VWoGUSukvOezGXNGdS2VM Oo8GGOO3pEZsq/t+O4BEw== Message-ID: <45A385EC.6030404@delphij.net> Date: Tue, 09 Jan 2007 20:09:16 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: "Mars G. Miro" References: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> In-Reply-To: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigAAAB95D9C0CA93C65D5F22DB" Cc: freebsd-stable@freebsd.org Subject: Re: Marvell 8053 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 12:10:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAAAB95D9C0CA93C65D5F22DB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mars G. Miro wrote: > Greetz! >=20 > I happen to play w/ a newish Gigabyte mobo that has an on-board > Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd64 does not seem to > support it. Does anyone know if this is supported? I'm currently > taking a look at http://people.freebsd.org/~yongari/msk/ , tho this > NIC isnt mentioned there at all. A quick glance at msk(4) on -CURRENT shows that 88E8053 is supposed to work with it. Unfortunately it seems that it needs some KPIs that is only present in -HEAD so backporting is not trivial. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigAAAB95D9C0CA93C65D5F22DB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo4XsOfuToMruuMARA1jwAJ9lJL3Gx3WQwfy/4BUanoaoWRX2+ACdGfTD 5LTSr5/mZljZ+u2nQhJoM8I= =X1Zd -----END PGP SIGNATURE----- --------------enigAAAB95D9C0CA93C65D5F22DB-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 13:51:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C214D16A403 for ; Tue, 9 Jan 2007 13:51:58 +0000 (UTC) (envelope-from jwb@homer.att.com) Received: from mail121.messagelabs.com (mail121.messagelabs.com [216.82.241.195]) by mx1.freebsd.org (Postfix) with SMTP id 6CE9613C442 for ; Tue, 9 Jan 2007 13:51:58 +0000 (UTC) (envelope-from jwb@homer.att.com) X-VirusChecked: Checked X-Env-Sender: jwb@homer.att.com X-Msg-Ref: server-6.tower-121.messagelabs.com!1168350716!12336139!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [134.24.146.4] Received: (qmail 31324 invoked from network); 9 Jan 2007 13:51:56 -0000 Received: from unknown (HELO attrh0i.attrh.att.com) (134.24.146.4) by server-6.tower-121.messagelabs.com with SMTP; 9 Jan 2007 13:51:56 -0000 Received: from attrh.att.com (localhost [127.0.0.1]) by attrh0i.attrh.att.com (8.13.7/8.13.7) with ESMTP id l09DptfC024345; Tue, 9 Jan 2007 08:51:56 -0500 (EST) Received: from ulysses.homer.att.com (ulysses.homer.att.com [135.205.193.8]) by attrh0i.attrh.att.com (8.13.7/8.13.7) with ESMTP id l09Dpkw1024273; Tue, 9 Jan 2007 08:51:50 -0500 (EST) Received: from akiva.homer.att.com (akiva.homer.att.com [135.205.212.39]) by ulysses.homer.att.com (8.9.3/8.9.3) with ESMTP id IAA15392; Tue, 9 Jan 2007 08:51:17 -0500 (EST) Received: from akiva.homer.att.com (localhost [127.0.0.1]) by akiva.homer.att.com (8.11.7+Sun/8.9.3) with ESMTP id l09DpGt13256; Tue, 9 Jan 2007 08:51:16 -0500 (EST) Message-Id: <200701091351.l09DpGt13256@akiva.homer.att.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Charles Sprickman In-reply-to: Your message of "Mon, 08 Jan 2007 22:43:00 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Jan 2007 08:51:16 -0500 From: "J. W. Ballantine" Cc: freebsd-stable@freebsd.org Subject: Re: Fatal Trap 12 in 6.2-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: Tue, 09 Jan 2007 13:51:58 -0000 Yes, I saw the thread and I did a cvsup prior to rebuilding everything. What I'm asking about is the best way to get the system working again. Is it a reinstall, or is there a simple way to put a working kernel in? Jim ---------- In Response to your message ------------- > Date: Mon, 8 Jan 2007 22:43:00 -0500 (EST) > To: "J. W. Ballantine" > From: Charles Sprickman > Subject: Re: Fatal Trap 12 in 6.2-PRERELEASE > > On Mon, 8 Jan 2007, J. W. Ballantine wrote: > > > I rebuilt and installed the kernel and world, and now when I > > try to boot the system it fails with a Fatal Trap 12: page > > fault while in kernel mode, with current process of 594 (ntpd). > > I dont' have the thread subject handy, but I remember something here a > week or two ago about a commit that screwed things up and the symptom was > that the first thing to hit the network (many time ntpd) caused the panic. > > Did you also cvsup before you rebuilt the kernel? If so, there's a good > chance you're hitting a known bug. > > Charles > > > Since it always fails, I can't do any of the checks in FAQ Advance Topics, > > or other checks. > > > > Other than reinstall, is there anything I can do? > > > > FWIW, this is on a Toshiba satellite laptop. > > > > Thanks > > > > Jim Ballantine > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 13:54:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 149ED16A403 for ; Tue, 9 Jan 2007 13:54:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id A0C1A13C455 for ; Tue, 9 Jan 2007 13:54:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 5E065EB60AC; Tue, 9 Jan 2007 21:54:08 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id ZTW2P6SPNwPE; Tue, 9 Jan 2007 21:54:00 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.129.168]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id A4995EB4087; Tue, 9 Jan 2007 21:54:00 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=vBETqB7xtcEbApYz2z+0PhSLbQ8VMHkF31gu1gkGhF3CHgyV5ze2JyW+Lg+X0TsMk j6tr+XbcI1aYc7N2w8HYg== Message-ID: <45A39E2C.4060709@delphij.net> Date: Tue, 09 Jan 2007 21:52:44 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: "J. W. Ballantine" References: <200701091351.l09DpGt13256@akiva.homer.att.com> In-Reply-To: <200701091351.l09DpGt13256@akiva.homer.att.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig5B0088353B72FE00CD3C09EF" Cc: Charles Sprickman , freebsd-stable@freebsd.org Subject: Re: Fatal Trap 12 in 6.2-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: Tue, 09 Jan 2007 13:54:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5B0088353B72FE00CD3C09EF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable J. W. Ballantine wrote: > Yes, I saw the thread and I did a cvsup prior to rebuilding everything.= > What I'm asking about is the best way to get the system working again. >=20 > Is it a reinstall, or is there a simple way to put a working kernel > in? Simplest way would be to boot from /boot/kernel.old/kernel I guess. Then you will be able to do cvsup and rebuild. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig5B0088353B72FE00CD3C09EF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo54sOfuToMruuMARA2qxAJsH7b5lf5VzMJrgIDOdM+6MOWjdzwCdFb+k egrEGYpeL7qsdvrbu+v+uX0= =Zn2T -----END PGP SIGNATURE----- --------------enig5B0088353B72FE00CD3C09EF-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 14:08:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CD8B16A412 for ; Tue, 9 Jan 2007 14:08:02 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.freebsd.org (Postfix) with ESMTP id 14E8813C45A for ; Tue, 9 Jan 2007 14:08:02 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1H4HNH-0008Uh-00; Tue, 09 Jan 2007 14:50:47 +0100 Date: Tue, 9 Jan 2007 14:50:47 +0100 To: Daniel O'Connor Message-ID: <20070109135047.GD4945@poupinou.org> References: <200701091239.46735.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701091239.46735.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org Subject: Re: Temperature/fan monitoring on a Supermicro P8SCT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 14:08:02 -0000 Hi, On Tue, Jan 09, 2007 at 12:39:45PM +1030, Daniel O'Connor wrote: > Has anyone had any success? > I've tried healthd (0.7.9) but it can't show temps, eg.. > julx2:/usr/src/sys/amd64/conf>sudo healthd -1 -D It seems we can get directly different temperatures from the CPU. At least this works for some opteron CG core, and believe it should work with other processors as well. In the meantime, could you please try this: # setpci -d1022:1103 e6.b | sed s,^,0x,g | \ awk 'BEGIN {i = 0} {print "processor "i++": " $1 - 49 "C"}' (you must have the sysutils/pciutils port, though, but I need a similar command under Linux, that's why I'm doing something like that). Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 14:21:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63EB016A40F for ; Tue, 9 Jan 2007 14:21:38 +0000 (UTC) (envelope-from jwb@homer.att.com) Received: from mail146.messagelabs.com (mail146.messagelabs.com [216.82.245.131]) by mx1.freebsd.org (Postfix) with SMTP id 0A1A613C465 for ; Tue, 9 Jan 2007 14:21:37 +0000 (UTC) (envelope-from jwb@homer.att.com) X-VirusChecked: Checked X-Env-Sender: jwb@homer.att.com X-Msg-Ref: server-7.tower-146.messagelabs.com!1168352496!1097963!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [134.24.146.4] Received: (qmail 25111 invoked from network); 9 Jan 2007 14:21:36 -0000 Received: from unknown (HELO attrh3i.attrh.att.com) (134.24.146.4) by server-7.tower-146.messagelabs.com with SMTP; 9 Jan 2007 14:21:36 -0000 Received: from attrh.att.com (localhost [127.0.0.1]) by attrh3i.attrh.att.com (8.13.7/8.13.7) with ESMTP id l09ELYZK013048; Tue, 9 Jan 2007 09:21:36 -0500 (EST) Received: from ulysses.homer.att.com (ulysses.homer.att.com [135.205.193.8]) by attrh3i.attrh.att.com (8.13.7/8.13.7) with ESMTP id l09ELRnD012960; Tue, 9 Jan 2007 09:21:28 -0500 (EST) Received: from akiva.homer.att.com (akiva.homer.att.com [135.205.212.39]) by ulysses.homer.att.com (8.9.3/8.9.3) with ESMTP id JAA16349; Tue, 9 Jan 2007 09:21:27 -0500 (EST) Received: from akiva.homer.att.com (localhost [127.0.0.1]) by akiva.homer.att.com (8.11.7+Sun/8.9.3) with ESMTP id l09ELQt13327; Tue, 9 Jan 2007 09:21:26 -0500 (EST) Message-Id: <200701091421.l09ELQt13327@akiva.homer.att.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: LI Xin In-reply-to: Your message of "Tue, 09 Jan 2007 21:52:44 +0800." <45A39E2C.4060709@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Jan 2007 09:21:26 -0500 From: "J. W. Ballantine" Cc: Charles Sprickman , freebsd-stable@freebsd.org Subject: Re: Fatal Trap 12 in 6.2-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: Tue, 09 Jan 2007 14:21:38 -0000 Thanks ---------- In Response to your message ------------- > Date: Tue, 09 Jan 2007 21:52:44 +0800 > To: "J. W. Ballantine" > From: LI Xin > Subject: Re: Fatal Trap 12 in 6.2-PRERELEASE > > This is an OpenPGP/MIME signed message (RFC 2440 and 3156) > --------------enig5B0088353B72FE00CD3C09EF > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable > > J. W. Ballantine wrote: > > Yes, I saw the thread and I did a cvsup prior to rebuilding everything.= > > > What I'm asking about is the best way to get the system working again. > >=20 > > Is it a reinstall, or is there a simple way to put a working kernel > > in? > > Simplest way would be to boot from /boot/kernel.old/kernel I guess. > Then you will be able to do cvsup and rebuild. > > Cheers, > --=20 > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > > --------------enig5B0088353B72FE00CD3C09EF > Content-Type: application/pgp-signature; name="signature.asc" > Content-Description: OpenPGP digital signature > Content-Disposition: attachment; filename="signature.asc" > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFo54sOfuToMruuMARA2qxAJsH7b5lf5VzMJrgIDOdM+6MOWjdzwCdFb+k > egrEGYpeL7qsdvrbu+v+uX0= > =Zn2T > -----END PGP SIGNATURE----- > > --------------enig5B0088353B72FE00CD3C09EF-- > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 14:30:55 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3F7E16A4AB; Tue, 9 Jan 2007 14:30:55 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id B545213C469; Tue, 9 Jan 2007 14:30:55 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l09EUs0F006724; Tue, 9 Jan 2007 09:30:54 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l09EUrXi052697; Tue, 9 Jan 2007 09:30:54 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Bruce Evans In-Reply-To: <20070109124826.M79616@delplex.bde.org> References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070108154433.C75042@delplex.bde.org> <1168271935.23549.10.camel@lanshark.dmv.com> <20070109124826.M79616@delplex.bde.org> Content-Type: text/plain Date: Tue, 09 Jan 2007 09:37:05 -0500 Message-Id: <1168353425.29047.8.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: stable@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 14:30:56 -0000 On Tue, 2007-01-09 at 12:50 +1100, Bruce Evans wrote: > On Mon, 8 Jan 2007, Sven Willenberger wrote: > > > On Mon, 2007-01-08 at 16:06 +1100, Bruce Evans wrote: > >> On Sun, 7 Jan 2007, Sven Willenberger wrote: > > >>> The short and dirty of the dump: > >>> ... > >>> --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, rbp = 0xffffffffb371aba0 --- > >>> bge_rxeof() at bge_rxeof+0x3b7 > >> > >> What is the instruction here? > > > > I will do my best to ferret out the information you need. For the > > bge_rxeof() at bge_rxeof+0x3b7 line, the instruction is: > > > > 0xffffffff801d5f17 : mov %r15,0x28(%r14) > > ... > >> Looks like a null pointer panic anyway. I guess the instruction is > >> movl to/from 0x28(%reg) where %reg is a null pointer. > >> > > > > from the above lines, apparently %r14 is null then. > > Yes. It's a bit suprising that the access is a write. > > >>> ... > >>> #8 0xffffffff801db818 in bge_intr (xsc=0x0) at /usr/src/sys/dev/bge/if_bge.c:2707 > >> > >> What is the statement here? It presumably follow a null pointer and only > >> the exprssion for the pointer is interesting. xsc is already null but > >> that is probably a bug in gdb, or the result of excessive optimization. > >> Compiling kernels with -O2 has little effect except to break debugging. > > > > the block of code from if_bge.c: > > > > 2705 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { > > 2706 /* Check RX return ring producer/consumer. */ > > 2707 bge_rxeof(sc); > > 2708 > > 2709 /* Check TX ring producer/consumer. */ > > 2710 bge_txeof(sc); > > 2711 } > > Oops. I should have asked for the statment in bge_rxeof(). #7 0xffffffff801d5f17 in bge_rxeof (sc=0xffffffff8836b000) at /usr/src/sys/dev/bge/if_bge.c:2528 2528 m->m_pkthdr.len = m->m_len = cur_rx->bge_len - ETHER_CRC_LEN; (where m is defined as: 2449 struct mbuf *m = NULL; ) > > > By default -O2 is passed to CC (I don't use any custom make flags other > > than and only define CPUTYPE in my /etc/make.conf). > > -O2 is unfortunately the default for COPTFLAGS for most arches in > sys/conf/kern.pre.mk. All of my machines and most FreeBSD cluster > machines override this default in /etc/make.conf. > > With the override overridden for RELENG_6 amd64, gcc inlines bge_rxeof(), > so your environment must be a little different to get even the above > ifo. I think gdb can show the correct line numbers but not the call > frames (since there is no call). ddb and the kernel stack trace can > only show the call frames for actual calls. > > With -O1, I couldn't find any instruction similar to the mov to the > null pointer + 28. 28 is a popular offset in mbufs If you have a suggestion for an /etc/make.conf line, I can recompile the kernel accordingly assuming it still panics or locks up after the change of interface noted below. > > > The short of it is that this interface sees pretty much non-stop traffic > > as this is a mailserver (final destination) and is constantly being > > delivered to (direct disk access) and mail being retrieved (remote > > machine(s) with nfs mounted mail spools. If a momentary down of the > > interface is enough to completely panic the driver and then the kernel, > > this hardly seems "robust" if, in fact, this is what is happening. So > > the question arises as to what would be causing the down/up of the > > interface; I could start looking at the cable, the switch it's connected > > to and ... any other ideas? (I don't have watchdog enabled or anything > > like that, for example). > > I don't think down/up can occur in normal operation, since it takes ioctls > or a watchdog timeout to do it. Maybe some ioctls other than a full > down/up can cause problems... bge_init() is called for the following > ioctls: > - mtu changes > - some near down/up (possibly only these) > Suspend/resume and of course detach/attach do much the same things as > down/up. > > BTW, I added some sysctls and found it annoying to have to do down/up > to make the sysctls take effect. Sysctls in several other NIC drivers > require the same, since doing a full reinitialization is easiest. > Since I am tuning using sysctls, I got used to doing down/up too much. > > Similarly for the mtu ioctl. I think a full reinitialization is used > for mtu changes mainly in cases the change switches on/off support for > jumbo buffers. Then there is a lot of buffer reallocation to be > done, and interfaces have to be stopped to ensure that the bufferes > being deallocated are not in use, etc. > > Bruce As this was connected to a gigE switch with mtu left at 1500 I supposed it is possible that perhaps some mtu discovery/change may have been happening on the switch but that seems a bit out in left field. For now I am using the fxp interface connected to the same switch to see if the issue continues (the change of interface was driven by a hard lockup yesterday where I could not even type anything on the term). Sven From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 14:45:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEC2C16A559 for ; Tue, 9 Jan 2007 14:45:16 +0000 (UTC) (envelope-from valiy-td@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 6962313C459 for ; Tue, 9 Jan 2007 14:45:16 +0000 (UTC) (envelope-from valiy-td@mail.ru) Received: from f70.mail.ru (f70.mail.ru [194.67.57.221]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 53A6C10E403 for ; Tue, 9 Jan 2007 15:39:54 +0300 (MSK) Received: from mail by f70.mail.ru with local id 1H4GGe-0002qT-00 for freebsd-stable@freebsd.org; Tue, 09 Jan 2007 15:39:52 +0300 Received: from [195.218.186.80] by koi.mail.ru with HTTP; Tue, 09 Jan 2007 15:39:52 +0300 From: valiy volodin To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [195.218.186.80] Date: Tue, 09 Jan 2007 15:39:52 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: aaccli on recent conrollers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: valiy volodin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 14:45:16 -0000 install /usr/ports/emulators/linux_base-fc4/ kldload aac_linux give linux/cmdline/arcconf from Adaptec CD or ftp://deps.ru/pub/arcconf and run arcconf GETCONFIG 1 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 15:57:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C7A316A40F for ; Tue, 9 Jan 2007 15:57:33 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id E6B0E13C45A for ; Tue, 9 Jan 2007 15:57:32 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.2.119] (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l09Fv629027688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 07:57:11 -0800 Message-ID: <45A3BB4E.3@freebsd.org> Date: Tue, 09 Jan 2007 07:57:02 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: LI Xin References: <1167247246.96863.23.camel@opus.cse.buffalo.edu> <4593DC34.2030308@atlantis.maniacs.se> <1167320870.52842.20.camel@opus.cse.buffalo.edu> <4593E790.8080509@delphij.net> In-Reply-To: <4593E790.8080509@delphij.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig410B3558015BA930F7E45312" Cc: peter@holm.cc, Thomas Herrlin , Ken Smith , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-RC2 Available - networking zoneli freeze problem still exist. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 15:57:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig410B3558015BA930F7E45312 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, LI Xin wrote: > Ken Smith wrote: >> On Thu, 2006-12-28 at 16:01 +0100, Thomas Herrlin wrote: >>> It still runs networking daemons into a frozen zoneli state on >>> heavy/(D)DOS network loads. Such processes cant be kill-9ed so there = is >>> no way to recover from it. (think frozen sshd and a very remote/headl= ess >>> server). >>> See the stress test panic called 'Ran out of "128 Bucket" >>> ' on the 6.= 2 >>> todo list and my own latest test here: >>> http://www.maniacs.se/~junics/temp/vmstat-z.txt >>> This test was on a new 6.2-RC2 install with no zone limit tweaks nor = any >>> sbsize limits in /etc/login.conf. >>> I just made a vm disk image with replication instructions, however Pe= ter >>> Holm have replicated it with his own tools so i have not bothered wit= h >>> it until now.=20 >> That problem is being worked on but won't be fixed for 6.2-REL. >> Depending on how complex the fix winds up being it may be an Errata >> candidate when the time comes. >=20 > Perhaps we should mention some known workarounds in the errata > documentation. E.g. raising nmbclusters limit, etc.? That's a good idea. Do you have more specifics (e.g. any particular nmbclusters value, other workarounds, etc.)? Thanks, Bruce. --------------enig410B3558015BA930F7E45312 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo7tR2MoxcVugUsMRAtB3AJwJjObIhwSxgQ5hnEwLOkHm2D7fEQCg3Slz /7VwCyPk9aWozjxCgrBBzdU= =pK5V -----END PGP SIGNATURE----- --------------enig410B3558015BA930F7E45312-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 15:58:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D4B016A6C5 for ; Tue, 9 Jan 2007 15:58:26 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id CDFAD13C442 for ; Tue, 9 Jan 2007 15:58:25 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5888934uge for ; Tue, 09 Jan 2007 07:58:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CAgDAroxuvDpNtOWbkeDnzxl4KZ7JU9MCk/JoMBK3bb+SIsQY04oH4qKs+pFFvvmmDgvuUNhMwtOA+edzfR01C5u0oFuBJ0c3ln018LVQYp5lpe/SzCGZToBfJo8FxpG+B/BFCs2nSJpdCGetvUhWVsfdzXs410g0GO/1a3RUms= Received: by 10.78.205.7 with SMTP id c7mr4507434hug.1168358303786; Tue, 09 Jan 2007 07:58:23 -0800 (PST) Received: by 10.78.191.19 with HTTP; Tue, 9 Jan 2007 07:58:23 -0800 (PST) Message-ID: <28edec3c0701090758l24c32e48m3375cc34a03529be@mail.gmail.com> Date: Tue, 9 Jan 2007 23:58:23 +0800 From: "Mars G. Miro" To: "LI Xin" , freebsd-stable@freebsd.org In-Reply-To: <45A385EC.6030404@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> <45A385EC.6030404@delphij.net> Cc: Subject: Re: Marvell 8053 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 15:58:26 -0000 On 1/9/07, LI Xin wrote: > Mars G. Miro wrote: > > Greetz! > > > > I happen to play w/ a newish Gigabyte mobo that has an on-board > > Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd64 does not seem to > > support it. Does anyone know if this is supported? I'm currently > > taking a look at http://people.freebsd.org/~yongari/msk/ , tho this > > NIC isnt mentioned there at all. > > A quick glance at msk(4) on -CURRENT shows that 88E8053 is supposed to > work with it. Unfortunately it seems that it needs some KPIs that is > only present in -HEAD so backporting is not trivial. > hmmm... downloading CURRENT snapshots now.. lesse if this works... The mobo is one of those 'solid-capacitor' mobos (just mentioned on /.) from Gigabyte http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=2295&ProductName=GA-965P-DQ6 Thanks ;-) > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > > cheers mars From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 16:06:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 190B916A403 for ; Tue, 9 Jan 2007 16:06:35 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id D243313C43E for ; Tue, 9 Jan 2007 16:06:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 65F97EB64CB; Wed, 10 Jan 2007 00:06:29 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 83qNhD4-ZX8I; Wed, 10 Jan 2007 00:06:26 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.129.168]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 48E90EB0C37; Wed, 10 Jan 2007 00:06:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=RMbsnaCk1BYgRweIExjQOK7dVN7FrNIU+4dDh9uetY0OpHdZ/2wU3OqVGaycWzhwo 6zZzADysI8QKZ823s1zTw== Message-ID: <45A3BD36.1060707@delphij.net> Date: Wed, 10 Jan 2007 00:05:10 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: "Mars G. Miro" References: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> <45A385EC.6030404@delphij.net> <28edec3c0701090758l24c32e48m3375cc34a03529be@mail.gmail.com> In-Reply-To: <28edec3c0701090758l24c32e48m3375cc34a03529be@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigA9A8A61DDD83DAB56D4FE8BB" Cc: freebsd-stable@freebsd.org Subject: Re: Marvell 8053 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 16:06:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA9A8A61DDD83DAB56D4FE8BB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mars G. Miro wrote: > On 1/9/07, LI Xin wrote: >> Mars G. Miro wrote: >> > Greetz! >> > >> > I happen to play w/ a newish Gigabyte mobo that has an on-board >> > Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd64 does not seem t= o >> > support it. Does anyone know if this is supported? I'm currently >> > taking a look at http://people.freebsd.org/~yongari/msk/ , tho this >> > NIC isnt mentioned there at all. >> >> A quick glance at msk(4) on -CURRENT shows that 88E8053 is supposed to= >> work with it. Unfortunately it seems that it needs some KPIs that is >> only present in -HEAD so backporting is not trivial. >> >=20 > hmmm... downloading CURRENT snapshots now.. lesse if this works... The > mobo is one of those 'solid-capacitor' mobos (just mentioned on /.) > from Gigabyte > http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?Clas= sValue=3DMotherboard&ProductID=3D2295&ProductName=3DGA-965P-DQ6 Not sure if the snapshot contained the changes, though... IIRC the January snapshot is not released yet? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigA9A8A61DDD83DAB56D4FE8BB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo702OfuToMruuMARA5YvAJ0QZdnIsUBFIeogpG52OPahAjIzTACeIPeB cm2adNBh2hAUtZY99EmAZWM= =+bok -----END PGP SIGNATURE----- --------------enigA9A8A61DDD83DAB56D4FE8BB-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 16:15:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FE6416A403 for ; Tue, 9 Jan 2007 16:15:41 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 60ACC13C465 for ; Tue, 9 Jan 2007 16:15:41 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so2302743ana for ; Tue, 09 Jan 2007 08:15:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Cmh/drVei3RGZz0XobgzTEe+CoAxktfZNeHgs3CXfE4hC1r33F9T45TNoGEMyCoPuKQ0c4yMNE66eLPQVXcS16mq4nc8gOunINhDOpkbnrWUzj/EbOu4gxMwv88kwl6Tkrb/XQBEwz4DzA5qP46hFs16EMwVuTIxcNe4KuJbeZQ= Received: by 10.78.185.16 with SMTP id i16mr7842huf.1168359340119; Tue, 09 Jan 2007 08:15:40 -0800 (PST) Received: by 10.78.191.19 with HTTP; Tue, 9 Jan 2007 08:15:39 -0800 (PST) Message-ID: <28edec3c0701090815q13fbe625ydc5274433f39d04d@mail.gmail.com> Date: Wed, 10 Jan 2007 00:15:39 +0800 From: "Mars G. Miro" To: "LI Xin" , freebsd-stable@freebsd.org In-Reply-To: <28edec3c0701090758l24c32e48m3375cc34a03529be@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> <45A385EC.6030404@delphij.net> <28edec3c0701090758l24c32e48m3375cc34a03529be@mail.gmail.com> Cc: Subject: Re: Marvell 8053 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 16:15:41 -0000 On 1/9/07, Mars G. Miro wrote: > On 1/9/07, LI Xin wrote: > > Mars G. Miro wrote: > > > Greetz! > > > > > > I happen to play w/ a newish Gigabyte mobo that has an on-board > > > Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd64 does not seem to > > > support it. Does anyone know if this is supported? I'm currently > > > taking a look at http://people.freebsd.org/~yongari/msk/ , tho this > > > NIC isnt mentioned there at all. > > > > A quick glance at msk(4) on -CURRENT shows that 88E8053 is supposed to > > work with it. Unfortunately it seems that it needs some KPIs that is > > only present in -HEAD so backporting is not trivial. > > > > hmmm... downloading CURRENT snapshots now.. lesse if this works... The > mobo is one of those 'solid-capacitor' mobos (just mentioned on /.) > from Gigabyte > http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=2295&ProductName=GA-965P-DQ6 > :Not sure if the snapshot contained the changes, though... IIRC the :January snapshot is not released yet? I'll take a stab at the ia64 ISO at ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200701/ tomorrow when da download finishes ... I'm also downloading da Nov 2006 i386/amd64 snapshots and plug in a separate NIC to update to -CURRENT just in case da ia64 ISO dont work. Thanks . :Cheers, :-- :Xin LI http://www.delphij.net/ :FreeBSD - The Power to Serve! > Thanks ;-) > > > Cheers, > > -- > > Xin LI http://www.delphij.net/ > > FreeBSD - The Power to Serve! > > > > > > > > cheers mars From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 16:21:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B827816A417 for ; Tue, 9 Jan 2007 16:21:11 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id A006513C45B for ; Tue, 9 Jan 2007 16:21:11 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.2.119] (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l09GL62Y004642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 08:21:07 -0800 Message-ID: <45A3C0F2.9080909@freebsd.org> Date: Tue, 09 Jan 2007 08:21:06 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: LI Xin References: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> <45A385EC.6030404@delphij.net> <28edec3c0701090758l24c32e48m3375cc34a03529be@mail.gmail.com> <45A3BD36.1060707@delphij.net> In-Reply-To: <45A3BD36.1060707@delphij.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB2604EC7F025B77B1D9E4EE9" Cc: freebsd-stable@freebsd.org, "Mars G. Miro" Subject: Re: Marvell 8053 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 16:21:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB2604EC7F025B77B1D9E4EE9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, LI Xin wrote: > Not sure if the snapshot contained the changes, though... IIRC the > January snapshot is not released yet? The January CURRENT snapshots are being built and uploaded now. The mirrors might have some of the architectures, but an announcement will come only after everything's been uploaded (and had a little while to propagate). Bruce. --------------enigB2604EC7F025B77B1D9E4EE9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo8Dy2MoxcVugUsMRAlvZAJ9paBVQLDpvawnhjKZ2sCTos73T7ACgqF/3 dH2B+VWRRYD+A5RnEh1Sdqk= =aV+X -----END PGP SIGNATURE----- --------------enigB2604EC7F025B77B1D9E4EE9-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 16:21:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21B3E16A591; Tue, 9 Jan 2007 16:21:38 +0000 (UTC) (envelope-from robertw@ssginnovations.com) Received: from ssg1.ssginnovations.com (ssginnovations.com [205.145.135.135]) by mx1.freebsd.org (Postfix) with ESMTP id F1D0E13C44B; Tue, 9 Jan 2007 16:21:37 +0000 (UTC) (envelope-from robertw@ssginnovations.com) Received: from server1.ssgi.local (unknown [205.145.129.164]) by ssg1.ssginnovations.com (Mail Daemon) with ESMTP id 82EB6406C; Tue, 9 Jan 2007 10:53:42 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 Jan 2007 10:52:15 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <85D4F2C294E8434CA0AF775741532686203047@server1.ssgi.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bge autoneg full-duplex modes missing on 6.2-RC2 Thread-Index: Acc0BiJgR8vgOErpQTu3Othen4yjIw== From: "Robert Wojciechowski" To: Cc: freebsd-stable@freebsd.org Subject: bge autoneg full-duplex modes missing on 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 16:21:38 -0000 I'm having problems on one of two identical servers which have dual Broadcom BCM5704s onboard. The problem is that one of the servers is not linking at 100baseTX-FDX on the bge0 interface no matter what I do (forced, limited advertising on the switch, etc).=20 Upon further investigation I noticed this in dmesg: bge0: mem 0xfe7f0000-0xfe7fffff irq 49 at device 3.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 100baseTX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:30:48:56:93:32 bge1: mem 0xfe7e0000-0xfe7effff irq 50 at device 3.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:30:48:56:93:33 Notice 10baseTX-FDX and 100baseTX-FDX are missing from brgphy0! The other server doesn't have this problem at all and is running off the same kernel and identical hardware. This is on amd64 and 6.2-RC2 as of Jan 8th. Thanks! -- Robert From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 16:50:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE1E016A503 for ; Tue, 9 Jan 2007 16:50:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [204.127.225.91]) by mx1.freebsd.org (Postfix) with ESMTP id A0C2D13C465 for ; Tue, 9 Jan 2007 16:50:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc11) with ESMTP id <20070109165039b1100k56b8e>; Tue, 9 Jan 2007 16:50:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D04851FA037; Tue, 9 Jan 2007 08:50:28 -0800 (PST) Date: Tue, 9 Jan 2007 08:50:28 -0800 From: Jeremy Chadwick To: Bruno Ducrot Message-ID: <20070109165028.GA70345@icarus.home.lan> Mail-Followup-To: Bruno Ducrot , Daniel O'Connor , freebsd-stable@freebsd.org References: <200701091239.46735.doconnor@gsoft.com.au> <20070109135047.GD4945@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070109135047.GD4945@poupinou.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Temperature/fan monitoring on a Supermicro P8SCT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 16:50:47 -0000 On Tue, Jan 09, 2007 at 02:50:47PM +0100, Bruno Ducrot wrote: > On Tue, Jan 09, 2007 at 12:39:45PM +1030, Daniel O'Connor wrote: > > Has anyone had any success? > > I've tried healthd (0.7.9) but it can't show temps, eg.. > > julx2:/usr/src/sys/amd64/conf>sudo healthd -1 -D > > It seems we can get directly different temperatures from the CPU. At > least this works for some opteron CG core, and believe it should work > with other processors as well. > > In the meantime, could you please try this: > > # setpci -d1022:1103 e6.b | sed s,^,0x,g | \ > awk 'BEGIN {i = 0} {print "processor "i++": " $1 - 49 "C"}' > > (you must have the sysutils/pciutils port, though, but I need a similar > command under Linux, that's why I'm doing something like that). I don't understand how this interfaces with the Winbond 83627HF H/W monitoring IC of the P8SCT. As far as I know, the 83627HF does not sit on the PCI bus; you can only talk to it via SMBus (and that's *only* if Supermicro added the SMBus tie-ins in their BIOS properly; Supermicro has a history of being hit-or-miss when it comes to this, most of the time being a miss), or via ancient x86 memory-mapped I/O ports (which each motherboard vendor can set/implement at various memory locations as they see fit; there is no "standard"). Full engineering details of the 83627HF are here: http://www.winbond-usa.com/products/winbond_products/pdfs/PCIC/627hf.pdf Regarding your setpci request: 0x1022 is the vendor ID (AMD), 0x1103 is the device ID (what AMD labels as "Miscellaneous Control"). How did you determine that you should use configuration register E6? I can't find any documentation about this PCI device. Regardless, chances are what you're looking up on the PCI bus is the on-die thermistor for CPU temperature. This doesn't help when it comes to monitoring system (case/enclosure) temperature. -- | 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 Jan 9 17:25:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7583C16A416; Tue, 9 Jan 2007 17:25:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id C86D313C478; Tue, 9 Jan 2007 17:25:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 545CCEB0D0E; Wed, 10 Jan 2007 01:25:06 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id KQ4oL0Uiwmfm; Wed, 10 Jan 2007 01:25:01 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.129.168]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 0A2D4EB0B16; Wed, 10 Jan 2007 01:25:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=IrUOzpEkEgZhwx5QNHG/fXzOxj2vYqt5jv99nqtj3619iJMs0rd9Xm9xObcDVV1oi GpE4YuN84QYOdDXc+Ocfg== Message-ID: <45A3CFA1.60606@delphij.net> Date: Wed, 10 Jan 2007 01:23:45 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: "Bruce A. Mah" References: <1167247246.96863.23.camel@opus.cse.buffalo.edu> <4593DC34.2030308@atlantis.maniacs.se> <1167320870.52842.20.camel@opus.cse.buffalo.edu> <4593E790.8080509@delphij.net> <45A3BB4E.3@freebsd.org> In-Reply-To: <45A3BB4E.3@freebsd.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig8230295EDD2D234F96411AF0" Cc: peter@holm.cc, Thomas Herrlin , Ken Smith , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-RC2 Available - networking zoneli freeze problem still exist. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 17:25:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8230295EDD2D234F96411AF0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bruce A. Mah wrote: > If memory serves me right, LI Xin wrote: >> Ken Smith wrote: >>> On Thu, 2006-12-28 at 16:01 +0100, Thomas Herrlin wrote: >>>> It still runs networking daemons into a frozen zoneli state on >>>> heavy/(D)DOS network loads. Such processes cant be kill-9ed so there= is >>>> no way to recover from it. (think frozen sshd and a very remote/head= less >>>> server). >>>> See the stress test panic called 'Ran out of "128 Bucket" >>>> ' on the 6= =2E2 >>>> todo list and my own latest test here: >>>> http://www.maniacs.se/~junics/temp/vmstat-z.txt >>>> This test was on a new 6.2-RC2 install with no zone limit tweaks nor= any >>>> sbsize limits in /etc/login.conf. >>>> I just made a vm disk image with replication instructions, however P= eter >>>> Holm have replicated it with his own tools so i have not bothered wi= th >>>> it until now.=20 >>> That problem is being worked on but won't be fixed for 6.2-REL. >>> Depending on how complex the fix winds up being it may be an Errata >>> candidate when the time comes. >> Perhaps we should mention some known workarounds in the errata >> documentation. E.g. raising nmbclusters limit, etc.? >=20 > That's a good idea. Do you have more specifics (e.g. any particular > nmbclusters value, other workarounds, etc.)? The current workaround is that set the following in /boot/loader.conf: kern.ipc.nmbclusters=3D"0" And reboot; Note that this is not perfect as it can lead to the need of increasing KVA space under certain load. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig8230295EDD2D234F96411AF0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo8+hOfuToMruuMARA0UVAJ9jkV+OpXH7kVSWUqt0rmcWW15T5gCfWPmW nZOMOXom/Ezaz1XKV3Np0J0= =YQLa -----END PGP SIGNATURE----- --------------enig8230295EDD2D234F96411AF0-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 17:37:24 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3464D16A403 for ; Tue, 9 Jan 2007 17:37:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id B652213C459 for ; Tue, 9 Jan 2007 17:37:23 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cxinax@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l09HbGst026336; Tue, 9 Jan 2007 18:37:22 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l09HbGSZ026335; Tue, 9 Jan 2007 18:37:16 +0100 (CET) (envelope-from olli) Date: Tue, 9 Jan 2007 18:37:16 +0100 (CET) Message-Id: <200701091737.l09HbGSZ026335@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com In-Reply-To: <45A29EAD.5050308@palisadesys.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 09 Jan 2007 18:37:22 +0100 (CET) Cc: Subject: Re: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 17:37:24 -0000 Guy Helmer wrote: > I think we've finally found the cause of the problem - it wasn't just > occurring after heavy use, but was visible right after filesystem > creation! We regularly built new filesystems with "newfs -U -O 1 -b > 65536 -f 8192" Why are you using those blocksize and fragsize settings? (If you store large files, then you should at least also decrease the inode density, using the -i option.) Some time ago, Joe Greco wrote: > > the one unusual thing about the configuration is that the filesystem > > we are attempting to build on is a 136GB ccd across 4 scsi disks with > > the fsize=8192 and the bsize=65536 (it is mainly to be used for large > > data log files): > > FreeBSD doesn't support fsize/bsize so large. There are ongoing issues > within the filesystem code and VM code that will cause such filesystems > to break under heavy load. Matt Dillon also talked about this being less- > than-optimal for the VM system from some technical points of view. It has been a while, and I'm not sure if there are still problems with those non-standard fsize/bsize settings, but I would definitely try to avoid them for production use. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 17:37:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8D8A16A4D4 for ; Tue, 9 Jan 2007 17:37:46 +0000 (UTC) (envelope-from Joerg.Lehners@Informatik.Uni-Oldenburg.DE) Received: from arbi.Informatik.Uni-Oldenburg.DE (arbi.informatik.uni-oldenburg.de [134.106.1.7]) by mx1.freebsd.org (Postfix) with ESMTP id 711FF13C459 for ; Tue, 9 Jan 2007 17:37:45 +0000 (UTC) (envelope-from Joerg.Lehners@Informatik.Uni-Oldenburg.DE) Received: from gneedle.Informatik.Uni-Oldenburg.DE ([134.106.11.34]) by arbi.Informatik.Uni-Oldenburg.DE (Exim 3.36) id 1H4Kkz-0000an-00; Tue, 09 Jan 2007 18:27:29 +0100 Received: from localhost (noIP) by gneedle.Informatik.Uni-Oldenburg.DE (Exim 4.63) id 1H4Kkz-000Ox0-Bz; Tue, 09 Jan 2007 18:27:29 +0100 Date: Tue, 9 Jan 2007 18:27:29 +0100 (MET) From: "Joerg Lehners" To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: FreeBSD 6.2-PRERELEASE on an Apple Mac Pro X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 17:37:46 -0000 I got an Apple Mac Pro (NOT MacBook Pro) to play with. I tried to install FreeBSD and succeeded to a high degree of usefulness on this Mac. First problem was to open/close the CD tray reliable. Holding down the 'F12' key while switching on the power makes it open the tray, but one needs to be patient: it takes MANY seconds. Second problem was to boot the CD reliable. Holding down the 'C' Key while switching on the power makes it boot from CD. Then I tried to boot a FreeBSD 6.1-STABLE CD from Jun 5 2006. It booted up to the point where the hard disk was recognized 'ad0: 238475MB Jan 4 11:16:25 kernel: Features2=0x4e3bd,CX16,,,> Jan 4 11:16:25 kernel: AMD Features=0x20100000 Jan 4 11:16:25 kernel: AMD Features2=0x1 Jan 4 11:16:25 kernel: Cores per package: 2 Jan 4 11:16:25 kernel: real memory = 2125381632 (2026 MB) Jan 4 11:16:25 kernel: avail memory = 2074652672 (1978 MB) Jan 4 11:16:25 kernel: ACPI APIC Table: Jan 4 11:16:25 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Jan 4 11:16:25 kernel: cpu0 (BSP): APIC ID: 0 Jan 4 11:16:25 kernel: cpu1 (AP): APIC ID: 1 Jan 4 11:16:25 kernel: cpu2 (AP): APIC ID: 6 Jan 4 11:16:25 kernel: cpu3 (AP): APIC ID: 7 Jan 4 11:16:25 kernel: ioapic0 irqs 0-23 on motherboard Jan 4 11:16:25 kernel: lapic0: Forcing LINT1 to edge trigger Jan 4 11:16:25 kernel: kbd0 at kbdmux0 Jan 4 11:16:25 kernel: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) Jan 4 11:16:25 kernel: acpi0: on motherboard Jan 4 11:16:25 kernel: acpi_ec0: port 0x62,0x66 on acpi0 Jan 4 11:16:25 kernel: acpi_bus_number: can't get _ADR Jan 4 11:16:25 last message repeated 7 times Jan 4 11:16:25 kernel: acpi0: Power Button (fixed) Jan 4 11:16:25 kernel: acpi_bus_number: can't get _ADR Jan 4 11:16:25 last message repeated 3 times Jan 4 11:16:25 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Jan 4 11:16:25 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 Jan 4 11:16:25 kernel: cpu0: on acpi0 Jan 4 11:16:25 kernel: cpu1: on acpi0 Jan 4 11:16:25 kernel: cpu2: on acpi0 Jan 4 11:16:25 kernel: cpu3: on acpi0 Jan 4 11:16:25 kernel: pcib0: port 0xcf8-0xcff on acpi0 Jan 4 11:16:25 kernel: pci0: on pcib0 Jan 4 11:16:25 kernel: pcib1: at device 2.0 on pci0 Jan 4 11:16:25 kernel: pci1: on pcib1 Jan 4 11:16:25 kernel: pcib2: irq 16 at device 0.0 on pci1 Jan 4 11:16:25 kernel: pci2: on pcib2 Jan 4 11:16:25 kernel: pcib3: at device 0.0 on pci2 Jan 4 11:16:25 kernel: pci3: on pcib3 Jan 4 11:16:25 kernel: pcib4: at device 1.0 on pci2 Jan 4 11:16:25 kernel: pci4: on pcib4 Jan 4 11:16:25 kernel: pcib5: at device 2.0 on pci2 Jan 4 11:16:25 kernel: pci5: on pcib5 Jan 4 11:16:25 kernel: em0: port 0x2020-0x203f mem 0x92c20000-0x92c3ffff,0x92800000-0x92bfffff irq 18 at device 0.0 on pci5 Jan 4 11:16:25 kernel: em0: Ethernet address: 00:17:f2:04:b2:90 Jan 4 11:16:25 kernel: em1: port 0x2000-0x201f mem 0x92c00000-0x92c1ffff,0x92400000-0x927fffff irq 19 at device 0.1 on pci5 Jan 4 11:16:25 kernel: em1: Ethernet address: 00:17:f2:04:b2:91 Jan 4 11:16:25 kernel: pci1: at device 0.1 (no driver attached) Jan 4 11:16:25 kernel: pcib6: at device 0.3 on pci1 Jan 4 11:16:25 kernel: pci6: on pcib6 Jan 4 11:16:25 kernel: pcib7: at device 4.0 on pci0 Jan 4 11:16:25 kernel: pci8: on pcib7 Jan 4 11:16:25 kernel: pci8: at device 0.0 (no driver attached) Jan 4 11:16:25 kernel: pci0: at device 8.0 (no driver attached) Jan 4 11:16:25 kernel: pci0: at device 27.0 (no driver attached) Jan 4 11:16:25 kernel: pcib8: at device 28.0 on pci0 Jan 4 11:16:25 kernel: pci12: on pcib8 Jan 4 11:16:25 kernel: pcib9: at device 28.1 on pci0 Jan 4 11:16:25 kernel: pci13: on pcib9 Jan 4 11:16:25 kernel: pcib10: at device 28.2 on pci0 Jan 4 11:16:25 kernel: pci14: on pcib10 Jan 4 11:16:25 kernel: pcib11: at device 28.3 on pci0 Jan 4 11:16:25 kernel: pci15: on pcib11 Jan 4 11:16:25 kernel: pci15: at device 0.0 (no driver attached) Jan 4 11:16:25 kernel: uhci0: port 0x30a0-0x30bf irq 19 at device 29.0 on pci0 Jan 4 11:16:25 kernel: uhci0: [GIANT-LOCKED] Jan 4 11:16:25 kernel: usb0: on uhci0 Jan 4 11:16:25 kernel: usb0: USB revision 1.0 Jan 4 11:16:25 kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 4 11:16:25 kernel: uhub0: 2 ports with 2 removable, self powered Jan 4 11:16:25 kernel: uhci1: port 0x3080-0x309f irq 20 at device 29.1 on pci0 Jan 4 11:16:25 kernel: uhci1: [GIANT-LOCKED] Jan 4 11:16:25 kernel: usb1: on uhci1 Jan 4 11:16:25 kernel: usb1: USB revision 1.0 Jan 4 11:16:25 kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 4 11:16:25 kernel: uhub1: 2 ports with 2 removable, self powered Jan 4 11:16:25 kernel: uhci2: port 0x3060-0x307f irq 21 at device 29.2 on pci0 Jan 4 11:16:25 kernel: uhci2: [GIANT-LOCKED] Jan 4 11:16:25 kernel: usb2: on uhci2 Jan 4 11:16:25 kernel: usb2: USB revision 1.0 Jan 4 11:16:25 kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 4 11:16:25 kernel: uhub2: 2 ports with 2 removable, self powered Jan 4 11:16:25 kernel: uhci3: port 0x3040-0x305f irq 22 at device 29.3 on pci0 Jan 4 11:16:25 kernel: uhci3: [GIANT-LOCKED] Jan 4 11:16:25 kernel: usb3: on uhci3 Jan 4 11:16:25 kernel: usb3: USB revision 1.0 Jan 4 11:16:25 kernel: uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 4 11:16:25 kernel: uhub3: 2 ports with 2 removable, self powered Jan 4 11:16:25 kernel: ehci0: mem 0x93104800-0x93104bff irq 19 at device 29.7 on pci0 Jan 4 11:16:25 kernel: ehci0: [GIANT-LOCKED] Jan 4 11:16:25 kernel: usb4: EHCI version 1.0 Jan 4 11:16:25 kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 Jan 4 11:16:25 kernel: usb4: on ehci0 Jan 4 11:16:25 kernel: usb4: USB revision 2.0 Jan 4 11:16:25 kernel: uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 Jan 4 11:16:25 kernel: uhub4: 8 ports with 8 removable, self powered Jan 4 11:16:25 kernel: pcib12: at device 30.0 on pci0 Jan 4 11:16:25 kernel: pci16: on pcib12 Jan 4 11:16:25 kernel: fwohci0: mem 0x92f04000-0x92f047ff,0x92f00000-0x92f03fff at device 11.0 on pci16 Jan 4 11:16:25 kernel: fwohci0: OHCI version 1.10 (ROM=0) Jan 4 11:16:25 kernel: fwohci0: No. of Isochronous channels is 4. Jan 4 11:16:25 kernel: fwohci0: EUI64 00:16:cb:ff:fe:70:df:c8 Jan 4 11:16:25 kernel: fwohci0: invalid speed 7 (fixed to 3). Jan 4 11:16:25 kernel: fwohci0: Phy 1394a available S800, 3 ports. Jan 4 11:16:25 kernel: fwohci0: Link S800, max_rec 4096 bytes. Jan 4 11:16:25 kernel: firewire0: on fwohci0 Jan 4 11:16:25 kernel: fwe0: on firewire0 Jan 4 11:16:25 kernel: if_fwe0: Fake Ethernet address: 02:16:cb:70:df:c8 Jan 4 11:16:25 kernel: fwe0: Ethernet address: 02:16:cb:70:df:c8 Jan 4 11:16:25 kernel: fwe0: if_start running deferred for Giant Jan 4 11:16:25 kernel: sbp0: on firewire0 Jan 4 11:16:25 kernel: fwohci0: Initiate bus reset Jan 4 11:16:25 kernel: fwohci0: node_id=0xc800ffc1, gen=1, CYCLEMASTER mode Jan 4 11:16:25 kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Jan 4 11:16:25 kernel: firewire0: bus manager 1 (me) Jan 4 11:16:25 kernel: fwohci0: phy int Jan 4 11:16:25 kernel: isab0: at device 31.0 on pci0 Jan 4 11:16:25 kernel: isa0: on isab0 Jan 4 11:16:25 kernel: atapci0: port 0x30e8-0x30ef,0x30fc-0x30ff,0x30e0-0x30e7,0x30f8-0x30fb,0x30c0-0x30cf irq 20 at device 31.1 on pci0 Jan 4 11:16:25 kernel: ata2: on atapci0 Jan 4 11:16:25 kernel: ata3: on atapci0 Jan 4 11:16:25 kernel: atapci1: port 0x30d8-0x30df,0x30f4-0x30f7,0x30d0-0x30d7,0x30f0-0x30f3,0x3020-0x302f mem 0x93104400-0x931047ff irq 21 at device 31.2 on pci0 Jan 4 11:16:25 kernel: ata4: on atapci1 Jan 4 11:16:25 kernel: ata5: on atapci1 Jan 4 11:16:25 kernel: pci0: at device 31.3 (no driver attached) Jan 4 11:16:25 kernel: acpi_button0: on acpi0 Jan 4 11:16:25 kernel: battery0: on acpi0 Jan 4 11:16:25 kernel: pmtimer0 on isa0 Jan 4 11:16:25 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Jan 4 11:16:25 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Jan 4 11:16:25 kernel: ppc0: parallel port not found. Jan 4 11:16:25 kernel: sc0: at flags 0x100 on isa0 Jan 4 11:16:25 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Jan 4 11:16:25 kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Jan 4 11:16:25 kernel: sio0: port may not be enabled Jan 4 11:16:25 kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Jan 4 11:16:25 kernel: sio0: type 8250 or not responding Jan 4 11:16:25 kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Jan 4 11:16:25 kernel: sio1: port may not be enabled Jan 4 11:16:25 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jan 4 11:16:25 kernel: uhub5: Cherry GmbH Cherry GmbH USB-Hub, class 9/0, rev 1.10/2.10, addr 2 Jan 4 11:16:25 kernel: uhub5: 5 ports with 4 removable, bus powered Jan 4 11:16:25 kernel: ukbd0: Cherry GmbH Cherry GmbH USB-Keyboard, rev 1.10/2.10, addr 3, iclass 3/1 Jan 4 11:16:25 kernel: kbd1 at ukbd0 Jan 4 11:16:25 kernel: uhub6: Mitsumi Electric Hub in Apple Extended USB Keyboard, class 9/0, rev 1.10/4.00, addr 4 Jan 4 11:16:25 kernel: uhub6: 3 ports with 2 removable, bus powered Jan 4 11:16:25 kernel: ukbd1: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.00, addr 5, iclass 3/1 Jan 4 11:16:25 kernel: kbd2 at ukbd1 Jan 4 11:16:25 kernel: uhid0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.00, addr 5, iclass 3/1 Jan 4 11:16:25 kernel: ukbd2: vendor 0x05ac product 0x1000, rev 2.00/19.65, addr 2, iclass 3/1 Jan 4 11:16:25 kernel: kbd3 at ukbd2 Jan 4 11:16:25 kernel: ums0: vendor 0x05ac product 0x1000, rev 2.00/19.65, addr 2, iclass 3/1 Jan 4 11:16:25 kernel: ums0: 5 buttons. Jan 4 11:16:25 kernel: Timecounters tick every 1.000 msec Jan 4 11:16:25 kernel: acd0: DVDR at ata2-master UDMA66 Jan 4 11:16:25 kernel: ad8: 238475MB at ata4-master SATA150 Jan 4 11:16:25 kernel: lapic1: Forcing LINT1 to edge trigger Jan 4 11:16:25 kernel: SMP: AP CPU #1 Launched! Jan 4 11:16:25 kernel: lapic6: Forcing LINT1 to edge trigger Jan 4 11:16:25 kernel: SMP: AP CPU #2 Launched! Jan 4 11:16:25 kernel: lapic7: Forcing LINT1 to edge trigger Jan 4 11:16:25 kernel: SMP: AP CPU #3 Launched! Jan 4 11:16:25 kernel: Trying to mount root from ufs:/dev/ad8s1a Jan 4 11:16:25 kernel: acpi_smbus_read_2: AE_ERROR 0x10 All immediately necessary hardware is recognized: CPU, ATA, disk, cd, USB, keyboard, network, vga/syscons, I installed my reference installation via network (with NFS and rsync): FreeBSD 6.2-STABLE kernel and userland as of 8.1.2007 (make installword) /usr/X11R6 (X.Org 6.9.0) , /usr/compat/linux (from ports), /usr/local (selfmade, multi gigabytes), and a customized /etc and /var/local. All went well until I rebooted. The kernel locked hard when starting the gettys (even no more response for ICMP Echo Request/ping). The culprit was a left over /etc/ttys entry for /dev/ttyd0: the device was there (see dmesg output above) but there is no hardware. This seemingly resulted in a locked kernel. I did not debug this further. I removed the offending /etc/ttys entry and noted to myself to exclude 'device sio' in the customized kernel config I planned to create later. I noticed, that rebooting the machine oftentimes resulted in locks with this console message: Keyboard reset did not work, attempting CPU shutdown Rebooting works reliable after excluding 'device atkbdc' and 'device atkbd' from the kernel config I created later. After installing and booting a customized kernel I got a boot lockup just after recognizing the hard disk. A bit of searching revealed that 'device atapicam' was the culprit. Without 'device atapicam' the boot went all OK. Next thing to try was the X server. This is not a FreeBSD specific issue alone. I tried my /usr/X11R6 reference installation based on a 'make World' of X.org 6.9.0. The Xorg server crashed with 'signal 8'. I did not debug this further. I tried installing a different graphics card (ATI RV380 FireGL V3200 instead of the NVidia GeForce 7300 GT delivered with the Mac Pro). The Mac Pro did not even show a sign of booting nor initializing with this card. I tried to install the ATI RV380 as a secondary card (the NVidia as the primary) but I did not get a X server runnging on this secondary card (but I had not tried hard). Next thing to try was the NVidia Driver from NVidia's web site (with the GeForce 7300 as the only graphics card). It compiled and installed OK, the kernel part loaded OK and recognized the card with this messages: Jan 9 14:21:38 test-joerg kernel: nvidia0: port 0x1000-0x107f mem 0x91000000-0x91ffffff,0x80000000-0x8fffffff,0x9000000 0-0x90ffffff irq 16 at device 0.0 on pci8 Jan 9 14:21:38 test-joerg kernel: nvidia0: [GIANT-LOCKED] Starting the X server with a 'Driver "nvidia"' line in xorg.conf resulted in a crash of the machine. I did not debug this any further. Next thing was to look whether X.Org made any progress on supporting NVidia cards. And see: there was! I backported some changes of the nv driver in xf86-video-nv-X11R7.1-1.1.1.tar.gz in respect to the nv driver in xf86-video-nv-X11R7.0-1.0.1.5.tar.gz, which is the identical driver source as in X.org 6.9.0. Finetuning of the xorg.conf file is in the works. But the first X sessions on the local displays were all OK. Outstanding tests: sound, multiboot, burning CDs and DVDs. I did not yet tried any sound modules yet. On multibooting FreeBSD and other operating systems I tried to create an additional slice: one more slice created with sysinstall/fdisk makes that the Mac Pro does not boot from disk at all any more! Looks like this is something for 'boot camp' (whatever this is, I'll give this to our Apple Mac OS X people). I prefer cdrecord for burning CDs and DVDs. But this will not work until the 'device atapicam' problems are resolved somehow. More informations are available on request. I can run tests on the machine if anyone is interested. Joerg -- Mail: Joerg.Lehners@Informatik.Uni-Oldenburg.DE Tel: 2198 Real: Joerg Lehners, Informatik ARBI, Uni Oldenburg, D-26111 Oldenburg Unwoerter: Kostensenkung - Gewinnmaximierung - billig, billig, billig From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 17:47:19 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BDF816A412; Tue, 9 Jan 2007 17:47:19 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5722813C458; Tue, 9 Jan 2007 17:47:19 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id l09HlHJX098815; Tue, 9 Jan 2007 12:47:17 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l09HlFXi060226; Tue, 9 Jan 2007 12:47:16 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: John Baldwin In-Reply-To: <200701091150.15274.jhb@freebsd.org> References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070109124826.M79616@delplex.bde.org> <1168353425.29047.8.camel@lanshark.dmv.com> <200701091150.15274.jhb@freebsd.org> Content-Type: text/plain Date: Tue, 09 Jan 2007 12:53:29 -0500 Message-Id: <1168365209.29047.23.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: stable@freebsd.org, Bruce Evans , freebsd-amd64@freebsd.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 17:47:19 -0000 On Tue, 2007-01-09 at 11:50 -0500, John Baldwin wrote: > On Tuesday 09 January 2007 09:37, Sven Willenberger wrote: > > On Tue, 2007-01-09 at 12:50 +1100, Bruce Evans wrote: > > > On Mon, 8 Jan 2007, Sven Willenberger wrote: > > > > > > > On Mon, 2007-01-08 at 16:06 +1100, Bruce Evans wrote: > > > >> On Sun, 7 Jan 2007, Sven Willenberger wrote: > > > > > > >>> The short and dirty of the dump: > > > >>> ... > > > >>> --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, rbp > = 0xffffffffb371aba0 --- > > > >>> bge_rxeof() at bge_rxeof+0x3b7 > > > >> > > > >> What is the instruction here? > > > > > > > > I will do my best to ferret out the information you need. For the > > > > bge_rxeof() at bge_rxeof+0x3b7 line, the instruction is: > > > > > > > > 0xffffffff801d5f17 : mov %r15,0x28(%r14) > > > > ... > > > >> Looks like a null pointer panic anyway. I guess the instruction is > > > >> movl to/from 0x28(%reg) where %reg is a null pointer. > > > >> > > > > > > > > from the above lines, apparently %r14 is null then. > > > > > > Yes. It's a bit suprising that the access is a write. > > > > > > >>> ... > > > >>> #8 0xffffffff801db818 in bge_intr (xsc=0x0) > at /usr/src/sys/dev/bge/if_bge.c:2707 > > > >> > > > >> What is the statement here? It presumably follow a null pointer and > only > > > >> the exprssion for the pointer is interesting. xsc is already null but > > > >> that is probably a bug in gdb, or the result of excessive optimization. > > > >> Compiling kernels with -O2 has little effect except to break debugging. > > > > > > > > the block of code from if_bge.c: > > > > > > > > 2705 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { > > > > 2706 /* Check RX return ring producer/consumer. */ > > > > 2707 bge_rxeof(sc); > > > > 2708 > > > > 2709 /* Check TX ring producer/consumer. */ > > > > 2710 bge_txeof(sc); > > > > 2711 } > > > > > > Oops. I should have asked for the statment in bge_rxeof(). > > > > #7 0xffffffff801d5f17 in bge_rxeof (sc=0xffffffff8836b000) > at /usr/src/sys/dev/bge/if_bge.c:2528 > > 2528 m->m_pkthdr.len = m->m_len = cur_rx->bge_len - > ETHER_CRC_LEN; > > > > (where m is defined as: > > 2449 struct mbuf *m = NULL; > > ) > > It's assigned earlier in between those two places. Can you 'p rxidx' as well > as 'p sc->bge_cdata.bge_rx_std_chain[rxidx]' and 'p > sc->bge_cdata.bge_rx_jumbo_chain[rxidx]'? Also, are you using jumbo frames > at all? > (kgdb) p rxidx $1 = 499 (kgdb) p sc->bge_cdata.bge_rx_std_chain[rxidx] $2 = (struct mbuf *) 0xffffff0097a27900 (kgdb) p sc->bge_cdata.bge_rx_jumbo_chain[rxidx] $3 = (struct mbuf *) 0x0 And no, I am not using jumbo frames: bge0: flags=8843 mtu 1500 options=1b Sven From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 17:52:38 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEE4616A403 for ; Tue, 9 Jan 2007 17:52:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4837513C442 for ; Tue, 9 Jan 2007 17:52:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l09HM8sR077062; Tue, 9 Jan 2007 12:22:09 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Tue, 9 Jan 2007 11:50:14 -0500 User-Agent: KMail/1.9.1 References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070109124826.M79616@delplex.bde.org> <1168353425.29047.8.camel@lanshark.dmv.com> In-Reply-To: <1168353425.29047.8.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701091150.15274.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 09 Jan 2007 12:22:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2429/Tue Jan 9 09:23:53 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Sven Willenberger , stable@freebsd.org, Bruce Evans Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 17:52:38 -0000 On Tuesday 09 January 2007 09:37, Sven Willenberger wrote: > On Tue, 2007-01-09 at 12:50 +1100, Bruce Evans wrote: > > On Mon, 8 Jan 2007, Sven Willenberger wrote: > > > > > On Mon, 2007-01-08 at 16:06 +1100, Bruce Evans wrote: > > >> On Sun, 7 Jan 2007, Sven Willenberger wrote: > > > > >>> The short and dirty of the dump: > > >>> ... > > >>> --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, rbp = 0xffffffffb371aba0 --- > > >>> bge_rxeof() at bge_rxeof+0x3b7 > > >> > > >> What is the instruction here? > > > > > > I will do my best to ferret out the information you need. For the > > > bge_rxeof() at bge_rxeof+0x3b7 line, the instruction is: > > > > > > 0xffffffff801d5f17 : mov %r15,0x28(%r14) > > > ... > > >> Looks like a null pointer panic anyway. I guess the instruction is > > >> movl to/from 0x28(%reg) where %reg is a null pointer. > > >> > > > > > > from the above lines, apparently %r14 is null then. > > > > Yes. It's a bit suprising that the access is a write. > > > > >>> ... > > >>> #8 0xffffffff801db818 in bge_intr (xsc=0x0) at /usr/src/sys/dev/bge/if_bge.c:2707 > > >> > > >> What is the statement here? It presumably follow a null pointer and only > > >> the exprssion for the pointer is interesting. xsc is already null but > > >> that is probably a bug in gdb, or the result of excessive optimization. > > >> Compiling kernels with -O2 has little effect except to break debugging. > > > > > > the block of code from if_bge.c: > > > > > > 2705 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { > > > 2706 /* Check RX return ring producer/consumer. */ > > > 2707 bge_rxeof(sc); > > > 2708 > > > 2709 /* Check TX ring producer/consumer. */ > > > 2710 bge_txeof(sc); > > > 2711 } > > > > Oops. I should have asked for the statment in bge_rxeof(). > > #7 0xffffffff801d5f17 in bge_rxeof (sc=0xffffffff8836b000) at /usr/src/sys/dev/bge/if_bge.c:2528 > 2528 m->m_pkthdr.len = m->m_len = cur_rx->bge_len - ETHER_CRC_LEN; > > (where m is defined as: > 2449 struct mbuf *m = NULL; > ) It's assigned earlier in between those two places. Can you 'p rxidx' as well as 'p sc->bge_cdata.bge_rx_std_chain[rxidx]' and 'p sc->bge_cdata.bge_rx_jumbo_chain[rxidx]'? Also, are you using jumbo frames at all? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 18:49:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEA4E16A407 for ; Tue, 9 Jan 2007 18:49:36 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF6613C44C for ; Tue, 9 Jan 2007 18:49:36 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.8/8.13.8) with ESMTP id l09InNXq075709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 12:49:23 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <45A3E3B9.4030205@palisadesys.com> Date: Tue, 09 Jan 2007 12:49:29 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, ghelmer@palisadesys.com References: <200701091737.l09HbGSZ026335@lurza.secnetix.de> In-Reply-To: <200701091737.l09HbGSZ026335@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.211]); Tue, 09 Jan 2007 12:49:23 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: Subject: Re: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 18:49:37 -0000 Oliver Fromme wrote: > Guy Helmer wrote: > > I think we've finally found the cause of the problem - it wasn't just > > occurring after heavy use, but was visible right after filesystem > > creation! We regularly built new filesystems with "newfs -U -O 1 -b > > 65536 -f 8192" > > Why are you using those blocksize and fragsize settings? > (If you store large files, then you should at least also > decrease the inode density, using the -i option.) > These settings were chosen to optimize I/O throughput for Postgresql on the theory that a 64KB block size would maximize disk throughput in the general case (especially for a RAID 10 system) and an 8K frag size would match Postgresql's page size. I wasn't aware of any known regressions in 6.x regarding large filesystem block sizes... > Some time ago, Joe Greco wrote: > > > the one unusual thing about the configuration is that the filesystem > > > we are attempting to build on is a 136GB ccd across 4 scsi disks with > > > the fsize=8192 and the bsize=65536 (it is mainly to be used for large > > > data log files): > > > > FreeBSD doesn't support fsize/bsize so large. There are ongoing issues > > within the filesystem code and VM code that will cause such filesystems > > to break under heavy load. Matt Dillon also talked about this being less- > > than-optimal for the VM system from some technical points of view. > > It has been a while, and I'm not sure if there are still > problems with those non-standard fsize/bsize settings, but > I would definitely try to avoid them for production use. > > Best regards > Oliver > > Thanks, Guy From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 19:46:41 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C5E216A509; Tue, 9 Jan 2007 19:46:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 93EA213C465; Tue, 9 Jan 2007 19:46:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l09JkQBm077947; Tue, 9 Jan 2007 14:46:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Sven Willenberger Date: Tue, 9 Jan 2007 14:09:29 -0500 User-Agent: KMail/1.9.1 References: <1168211205.22629.6.camel@lanshark.dmv.com> <200701091150.15274.jhb@freebsd.org> <1168365209.29047.23.camel@lanshark.dmv.com> In-Reply-To: <1168365209.29047.23.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701091409.29828.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 09 Jan 2007 14:46:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2430/Tue Jan 9 12:35:51 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: stable@freebsd.org, Bruce Evans , freebsd-amd64@freebsd.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 19:46:41 -0000 On Tuesday 09 January 2007 12:53, Sven Willenberger wrote: > On Tue, 2007-01-09 at 11:50 -0500, John Baldwin wrote: > > On Tuesday 09 January 2007 09:37, Sven Willenberger wrote: > > > On Tue, 2007-01-09 at 12:50 +1100, Bruce Evans wrote: > > > > On Mon, 8 Jan 2007, Sven Willenberger wrote: > > > > > > > > > On Mon, 2007-01-08 at 16:06 +1100, Bruce Evans wrote: > > > > >> On Sun, 7 Jan 2007, Sven Willenberger wrote: > > > > > > > > >>> The short and dirty of the dump: > > > > >>> ... > > > > >>> --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, rbp > > = 0xffffffffb371aba0 --- > > > > >>> bge_rxeof() at bge_rxeof+0x3b7 > > > > >> > > > > >> What is the instruction here? > > > > > > > > > > I will do my best to ferret out the information you need. For the > > > > > bge_rxeof() at bge_rxeof+0x3b7 line, the instruction is: > > > > > > > > > > 0xffffffff801d5f17 : mov %r15,0x28(%r14) > > > > > ... > > > > >> Looks like a null pointer panic anyway. I guess the instruction is > > > > >> movl to/from 0x28(%reg) where %reg is a null pointer. > > > > >> > > > > > > > > > > from the above lines, apparently %r14 is null then. > > > > > > > > Yes. It's a bit suprising that the access is a write. > > > > > > > > >>> ... > > > > >>> #8 0xffffffff801db818 in bge_intr (xsc=0x0) > > at /usr/src/sys/dev/bge/if_bge.c:2707 > > > > >> > > > > >> What is the statement here? It presumably follow a null pointer and > > only > > > > >> the exprssion for the pointer is interesting. xsc is already null but > > > > >> that is probably a bug in gdb, or the result of excessive optimization. > > > > >> Compiling kernels with -O2 has little effect except to break debugging. > > > > > > > > > > the block of code from if_bge.c: > > > > > > > > > > 2705 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { > > > > > 2706 /* Check RX return ring producer/consumer. */ > > > > > 2707 bge_rxeof(sc); > > > > > 2708 > > > > > 2709 /* Check TX ring producer/consumer. */ > > > > > 2710 bge_txeof(sc); > > > > > 2711 } > > > > > > > > Oops. I should have asked for the statment in bge_rxeof(). > > > > > > #7 0xffffffff801d5f17 in bge_rxeof (sc=0xffffffff8836b000) > > at /usr/src/sys/dev/bge/if_bge.c:2528 > > > 2528 m->m_pkthdr.len = m->m_len = cur_rx->bge_len - > > ETHER_CRC_LEN; > > > > > > (where m is defined as: > > > 2449 struct mbuf *m = NULL; > > > ) > > > > It's assigned earlier in between those two places. Can you 'p rxidx' as well > > as 'p sc->bge_cdata.bge_rx_std_chain[rxidx]' and 'p > > sc->bge_cdata.bge_rx_jumbo_chain[rxidx]'? Also, are you using jumbo frames > > at all? > > > > (kgdb) p rxidx > $1 = 499 > (kgdb) p sc->bge_cdata.bge_rx_std_chain[rxidx] > $2 = (struct mbuf *) 0xffffff0097a27900 > (kgdb) p sc->bge_cdata.bge_rx_jumbo_chain[rxidx] > $3 = (struct mbuf *) 0x0 > > And no, I am not using jumbo frames: > bge0: flags=8843 mtu 1500 > options=1b Did you do a 'p m' to verify that m is NULL? If you can reproduce this, I'd add some KASSERT's where it fetches the mbuf out of the descriptor data to see if m is NULL. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 19:51:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D22A516A403 for ; Tue, 9 Jan 2007 19:51:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [216.148.227.151]) by mx1.freebsd.org (Postfix) with ESMTP id BF9FA13C455 for ; Tue, 9 Jan 2007 19:51:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc11) with ESMTP id <20070109195124m1100319t3e>; Tue, 9 Jan 2007 19:51:24 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8A9A91FA037; Tue, 9 Jan 2007 11:51:24 -0800 (PST) Date: Tue, 9 Jan 2007 11:51:24 -0800 From: Jeremy Chadwick To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com Message-ID: <20070109195124.GA72863@icarus.home.lan> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com References: <45A29EAD.5050308@palisadesys.com> <200701091737.l09HbGSZ026335@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701091737.l09HbGSZ026335@lurza.secnetix.de> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 19:51:25 -0000 On Tue, Jan 09, 2007 at 06:37:16PM +0100, Oliver Fromme wrote: > Guy Helmer wrote: > > I think we've finally found the cause of the problem - it wasn't just > > occurring after heavy use, but was visible right after filesystem > > creation! We regularly built new filesystems with "newfs -U -O 1 -b > > 65536 -f 8192" > > Why are you using those blocksize and fragsize settings? > (If you store large files, then you should at least also > decrease the inode density, using the -i option.) Hmm... that begs the question: how do newfs -i and tunefs -f associate with one another? > Some time ago, Joe Greco wrote: > > > the one unusual thing about the configuration is that the filesystem > > > we are attempting to build on is a 136GB ccd across 4 scsi disks with > > > the fsize=8192 and the bsize=65536 (it is mainly to be used for large > > > data log files): > > > > FreeBSD doesn't support fsize/bsize so large. There are ongoing issues > > within the filesystem code and VM code that will cause such filesystems > > to break under heavy load. Matt Dillon also talked about this being less- > > than-optimal for the VM system from some technical points of view. > > It has been a while, and I'm not sure if there are still > problems with those non-standard fsize/bsize settings, but > I would definitely try to avoid them for production use. > > Best regards > Oliver Shouldn't we document this somewhere? Some places I can think of, off the top of my head: * newfs(8) manpage * http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-disk.html * http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-steps.html (this is debatable) If we need PRs + patches for this, I'll be more than happy to submit them. -- | 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 Jan 9 20:16:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A37416A415 for ; Tue, 9 Jan 2007 20:16:33 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 4E28613C46C for ; Tue, 9 Jan 2007 20:16:33 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id A1E1EB80F for ; Tue, 9 Jan 2007 15:16:32 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-7--1059452447; protocol="application/pkcs7-signature" Message-Id: <81CAE6C1-640D-43C0-AAE5-5163808AA53D@khera.org> From: Vivek Khera Date: Tue, 9 Jan 2007 15:16:31 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: aaccli on recent conrollers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 20:16:33 -0000 --Apple-Mail-7--1059452447 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jan 9, 2007, at 7:39 AM, valiy volodin wrote: > install /usr/ports/emulators/linux_base-fc4/ > kldload aac_linux > give linux/cmdline/arcconf from Adaptec CD or ftp://deps.ru/pub/ > arcconf > and run arcconf GETCONFIG 1 that doesn't work on aac(4) devices. aaccli usually does, and is native freebsd. nothing works on *recent* aac(4) devices with freebsd. --Apple-Mail-7--1059452447-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 20:50:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D99016A40F; Tue, 9 Jan 2007 20:50:13 +0000 (UTC) (envelope-from robertw@ssginnovations.com) Received: from ssg1.ssginnovations.com (ssginnovations.com [205.145.135.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8DB13C455; Tue, 9 Jan 2007 20:50:12 +0000 (UTC) (envelope-from robertw@ssginnovations.com) Received: from server1.ssgi.local (unknown [205.145.129.164]) by ssg1.ssginnovations.com (Mail Daemon) with ESMTP id 383D0406E; Tue, 9 Jan 2007 15:51:33 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 Jan 2007 15:50:06 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <85D4F2C294E8434CA0AF77574153268620304A@server1.ssgi.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bge autoneg full-duplex modes missing on 6.2-RC2 (cause: IPMI patch) Thread-Index: Acc0BiJgR8vgOErpQTu3Othen4yjIwAEnfnQ From: "Robert Wojciechowski" To: Cc: freebsd-stable@freebsd.org Subject: RE: bge autoneg full-duplex modes missing on 6.2-RC2 (cause: IPMI patch) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2007 20:50:13 -0000 > I'm having problems on one of two identical servers which have dual > Broadcom BCM5704s onboard. The problem is that one of the servers is not > linking at 100baseTX-FDX on the bge0 interface no matter what I do > (forced, limited advertising on the switch, etc). >=20 > Upon further investigation I noticed this in dmesg: >=20 > bge0: mem 0xfe7f0000-0xfe7fffff > irq 49 at device 3.0 on pci2 > miibus1: on bge0 > brgphy0: on miibus1 > brgphy0: 10baseT, 100baseTX, 1000baseTX, 1000baseTX-FDX, auto > bge0: Ethernet address: 00:30:48:56:93:32 > bge1: mem 0xfe7e0000-0xfe7effff > irq 50 at device 3.1 on pci2 > miibus2: on bge1 > brgphy1: on miibus2 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge1: Ethernet address: 00:30:48:56:93:33 >=20 > Notice 10baseTX-FDX and 100baseTX-FDX are missing from brgphy0! The > other server doesn't have this problem at all and is running off the > same kernel and identical hardware. >=20 > This is on amd64 and 6.2-RC2 as of Jan 8th. Thanks! >=20 I may have found out why this is happening. I backed out Dan Ambrisko's bge IPMI patches but I forgot to reset my switch's negotiation configuration. I reset everything back to autoneg with clean RELENG_6_2 sources and everything links up as expected. After looking into a bit, it seems the problem is indeed related to the MII PHY media detection being flaky on bge0 (but operating correctly for bge1) when using the IPMI patch.=20 If I reboot over and over 10baseTX disappears and appears intermittently, as well as all the modes I'm looking for such as 100baseTX-FDX, albeit less often. Perhaps this is due to a race of some sort with the IPMI patch touching the PHY and the PHY media detection? I'm still running on the patch from http://www.ambrisko.com/doug/bge_ipmi_3.patch, modified slightly to patch cleanly on RELENG_6_2. I tried RELENG_6 but the system froze on boot while initializing bge and I'm not sure why (something I'll trace down after this). I see that it is also committed to HEAD but I haven't tried that version. Right now I temporarily patched mii_physubr.c to force it to advertise 100baseTX-FDX and it correctly links up. Any ideas? Thanks!! -- Robert From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 21:12:28 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECCFC16A565; Tue, 9 Jan 2007 21:12:28 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id A499213C442; Tue, 9 Jan 2007 21:12:28 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l09LCR0F022382; Tue, 9 Jan 2007 16:12:27 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id l09LCP8s051708; Tue, 9 Jan 2007 16:12:25 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: John Baldwin In-Reply-To: <200701091409.29828.jhb@freebsd.org> References: <1168211205.22629.6.camel@lanshark.dmv.com> <200701091150.15274.jhb@freebsd.org> <1168365209.29047.23.camel@lanshark.dmv.com> <200701091409.29828.jhb@freebsd.org> Content-Type: text/plain Date: Tue, 09 Jan 2007 16:18:38 -0500 Message-Id: <1168377518.29047.27.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: stable@freebsd.org, Bruce Evans , freebsd-amd64@freebsd.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 21:12:29 -0000 On Tue, 2007-01-09 at 14:09 -0500, John Baldwin wrote: > On Tuesday 09 January 2007 12:53, Sven Willenberger wrote: > > On Tue, 2007-01-09 at 11:50 -0500, John Baldwin wrote: > > > On Tuesday 09 January 2007 09:37, Sven Willenberger wrote: > > > > On Tue, 2007-01-09 at 12:50 +1100, Bruce Evans wrote: > > > > > On Mon, 8 Jan 2007, Sven Willenberger wrote: > > > > > > > > > > > On Mon, 2007-01-08 at 16:06 +1100, Bruce Evans wrote: > > > > > >> On Sun, 7 Jan 2007, Sven Willenberger wrote: > > > > > > > > > > >>> The short and dirty of the dump: > > > > > >>> ... > > > > > >>> --- trap 0xc, rip = 0xffffffff801d5f17, rsp = 0xffffffffb371ab50, > rbp > > > = 0xffffffffb371aba0 --- > > > > > >>> bge_rxeof() at bge_rxeof+0x3b7 > > > > > >> > > > > > >> What is the instruction here? > > > > > > > > > > > > I will do my best to ferret out the information you need. For the > > > > > > bge_rxeof() at bge_rxeof+0x3b7 line, the instruction is: > > > > > > > > > > > > 0xffffffff801d5f17 : mov %r15,0x28(%r14) > > > > > > ... > > > > > >> Looks like a null pointer panic anyway. I guess the instruction is > > > > > >> movl to/from 0x28(%reg) where %reg is a null pointer. > > > > > >> > > > > > > > > > > > > from the above lines, apparently %r14 is null then. > > > > > > > > > > Yes. It's a bit suprising that the access is a write. > > > > > > > > > > >>> ... > > > > > >>> #8 0xffffffff801db818 in bge_intr (xsc=0x0) > > > at /usr/src/sys/dev/bge/if_bge.c:2707 > > > > > >> > > > > > >> What is the statement here? It presumably follow a null pointer > and > > > only > > > > > >> the exprssion for the pointer is interesting. xsc is already null > but > > > > > >> that is probably a bug in gdb, or the result of excessive > optimization. > > > > > >> Compiling kernels with -O2 has little effect except to break > debugging. > > > > > > > > > > > > the block of code from if_bge.c: > > > > > > > > > > > > 2705 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { > > > > > > 2706 /* Check RX return ring producer/consumer. */ > > > > > > 2707 bge_rxeof(sc); > > > > > > 2708 > > > > > > 2709 /* Check TX ring producer/consumer. */ > > > > > > 2710 bge_txeof(sc); > > > > > > 2711 } > > > > > > > > > > Oops. I should have asked for the statment in bge_rxeof(). > > > > > > > > #7 0xffffffff801d5f17 in bge_rxeof (sc=0xffffffff8836b000) > > > at /usr/src/sys/dev/bge/if_bge.c:2528 > > > > 2528 m->m_pkthdr.len = m->m_len = cur_rx->bge_len - > > > ETHER_CRC_LEN; > > > > > > > > (where m is defined as: > > > > 2449 struct mbuf *m = NULL; > > > > ) > > > > > > It's assigned earlier in between those two places. Can you 'p rxidx' as > well > > > as 'p sc->bge_cdata.bge_rx_std_chain[rxidx]' and 'p > > > sc->bge_cdata.bge_rx_jumbo_chain[rxidx]'? Also, are you using jumbo > frames > > > at all? > > > > > > > (kgdb) p rxidx > > $1 = 499 > > (kgdb) p sc->bge_cdata.bge_rx_std_chain[rxidx] > > $2 = (struct mbuf *) 0xffffff0097a27900 > > (kgdb) p sc->bge_cdata.bge_rx_jumbo_chain[rxidx] > > $3 = (struct mbuf *) 0x0 > > > > And no, I am not using jumbo frames: > > bge0: flags=8843 mtu 1500 > > options=1b > > Did you do a 'p m' to verify that m is NULL? If you can reproduce this, I'd > add some KASSERT's where it fetches the mbuf out of the descriptor data to > see if m is NULL. > at this spot, m is null: (kgdb) p m $3 = (struct mbuf *) 0x0 As far as adding some KASSERT's ... you have gone beyond my rudimentary knowledge here as far as application goes. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 9 22:38:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 464E316A40F for ; Tue, 9 Jan 2007 22:38:11 +0000 (UTC) (envelope-from lopisaur@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id CCCEB13C46C for ; Tue, 9 Jan 2007 22:38:10 +0000 (UTC) (envelope-from lopisaur@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5982973uge for ; Tue, 09 Jan 2007 14:38:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:reply-to:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=c0aSdRpJXPtP/VNg3rFUO4GKFOi+CkdfLWeKjC1cgebnVCbSBkW1y2Qf2nBUHSdr3efcMaX0Tzk4tJhbJLIqmfzh+ULJxkm6hbKsSW0gz1MY81xnvXN1uyuquvoA4dBNWnJkaOYYYPxM0Qg7fKyUhlJQlo/1/8fEV7tZZ+EQuXw= Received: by 10.67.91.6 with SMTP id t6mr20013127ugl.1168380651418; Tue, 09 Jan 2007 14:10:51 -0800 (PST) Received: from ?192.168.1.33? ( [88.76.35.219]) by mx.google.com with ESMTP id 55sm41092137ugq.2007.01.09.14.10.47; Tue, 09 Jan 2007 14:10:51 -0800 (PST) From: Christian Lopez de Castilla Wagner To: "Mars G. Miro" In-Reply-To: <28edec3c0701090815q13fbe625ydc5274433f39d04d@mail.gmail.com> References: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> <45A385EC.6030404@delphij.net> <28edec3c0701090758l24c32e48m3375cc34a03529be@mail.gmail.com> <28edec3c0701090815q13fbe625ydc5274433f39d04d@mail.gmail.com> Content-Type: text/plain Date: Tue, 09 Jan 2007 23:10:43 +0100 Message-Id: <1168380643.5315.34.camel@resurrection> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Marvell 8053 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lopisaur@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, 09 Jan 2007 22:38:11 -0000 Just so you don't waste your time downloading, IA64 := Itanium. I don't think you have one of those in your Gigabyte motherboard... unless you're REALLY good with a soldering gun! You should be using AMD64; term used to describe both Intel and AMD 64 bit x86 CPUs. On Wed, 2007-01-10 at 00:15 +0800, Mars G. Miro wrote: > On 1/9/07, Mars G. Miro wrote: > > On 1/9/07, LI Xin wrote: > > > Mars G. Miro wrote: > > > > Greetz! > > > > > > > > I happen to play w/ a newish Gigabyte mobo that has an on-board > > > > Marvell 8053 GigE NIC. FreeBSD 6.2-BETA2 i386, amd64 does not seem to > > > > support it. Does anyone know if this is supported? I'm currently > > > > taking a look at http://people.freebsd.org/~yongari/msk/ , tho this > > > > NIC isnt mentioned there at all. > > > > > > A quick glance at msk(4) on -CURRENT shows that 88E8053 is supposed to > > > work with it. Unfortunately it seems that it needs some KPIs that is > > > only present in -HEAD so backporting is not trivial. > > > > > > > hmmm... downloading CURRENT snapshots now.. lesse if this works... The > > mobo is one of those 'solid-capacitor' mobos (just mentioned on /.) > > from Gigabyte > > http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=2295&ProductName=GA-965P-DQ6 > > > > :Not sure if the snapshot contained the changes, though... IIRC the > :January snapshot is not released yet? > > I'll take a stab at the ia64 ISO at > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200701/ > > tomorrow when da download finishes ... I'm also downloading da Nov > 2006 i386/amd64 snapshots and plug in a separate NIC to update to > -CURRENT just in case da ia64 ISO dont work. > > Thanks . > > > :Cheers, > :-- > :Xin LI http://www.delphij.net/ > :FreeBSD - The Power to Serve! > > > > Thanks ;-) > > > > > Cheers, > > > -- > > > Xin LI http://www.delphij.net/ > > > FreeBSD - The Power to Serve! > > > > > > > > > > > > > > > > cheers > mars > -- Christian Lopez de Castilla Wagner lopisaur@gmail.com clopez@uni-koblenz.de (+49-261)2079522 (+49-173)1030695 PGP Keys: 98FC0D41 483EA9B6 (Old) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 02:42:49 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B3FD16A517; Wed, 10 Jan 2007 02:42:49 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.freebsd.org (Postfix) with ESMTP id 0206913C4C9; Wed, 10 Jan 2007 02:42:49 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id BC25E3282F3; Wed, 10 Jan 2007 13:42:47 +1100 (EST) Received: from besplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 9B79E2741B; Wed, 10 Jan 2007 13:42:46 +1100 (EST) Date: Wed, 10 Jan 2007 13:42:45 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John Baldwin In-Reply-To: <200701091150.15274.jhb@freebsd.org> Message-ID: <20070110132839.X16378@besplex.bde.org> References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070109124826.M79616@delplex.bde.org> <1168353425.29047.8.camel@lanshark.dmv.com> <200701091150.15274.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Sven Willenberger , stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 02:42:49 -0000 On Tue, 9 Jan 2007, John Baldwin wrote: > On Tuesday 09 January 2007 09:37, Sven Willenberger wrote: >> On Tue, 2007-01-09 at 12:50 +1100, Bruce Evans wrote: >>> Oops. I should have asked for the statment in bge_rxeof(). >> >> #7 0xffffffff801d5f17 in bge_rxeof (sc=0xffffffff8836b000) > at /usr/src/sys/dev/bge/if_bge.c:2528 >> 2528 m->m_pkthdr.len = m->m_len = cur_rx->bge_len - > ETHER_CRC_LEN; >> >> (where m is defined as: >> 2449 struct mbuf *m = NULL; >> ) > > It's assigned earlier in between those two places. Its initialization here is just a style bug. > Can you 'p rxidx' as well > as 'p sc->bge_cdata.bge_rx_std_chain[rxidx]' and 'p > sc->bge_cdata.bge_rx_jumbo_chain[rxidx]'? Also, are you using jumbo frames > at all? Also look at nearby chain entries (especially at (rxidx - 1) mod 512)). I think the previous 255 entries and the rxidx one should be non-NULL since we should have refilled them as we used them (so the one at rxidx is least interesting since we certainly just refilled it), and the next 256 entries should be NULL since we bogusly only use half of the entries. If the problem is uninitialization, then I expect all 512 entries except the one just refilled at rxidx to be NULL. Bruce From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 03:38:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2461B16A417 for ; Wed, 10 Jan 2007 03:38:48 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.freebsd.org (Postfix) with ESMTP id B659713C46B for ; Wed, 10 Jan 2007 03:38:47 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1H4UIP-0001EZ-00; Wed, 10 Jan 2007 04:38:37 +0100 Date: Wed, 10 Jan 2007 04:38:37 +0100 To: Daniel O'Connor , freebsd-stable@freebsd.org Message-ID: <20070110033837.GE4945@poupinou.org> References: <200701091239.46735.doconnor@gsoft.com.au> <20070109135047.GD4945@poupinou.org> <20070109165028.GA70345@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070109165028.GA70345@icarus.home.lan> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Subject: Re: Temperature/fan monitoring on a Supermicro P8SCT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 03:38:48 -0000 On Tue, Jan 09, 2007 at 08:50:28AM -0800, Jeremy Chadwick wrote: > On Tue, Jan 09, 2007 at 02:50:47PM +0100, Bruno Ducrot wrote: > > On Tue, Jan 09, 2007 at 12:39:45PM +1030, Daniel O'Connor wrote: > > > Has anyone had any success? > > > I've tried healthd (0.7.9) but it can't show temps, eg.. > > > julx2:/usr/src/sys/amd64/conf>sudo healthd -1 -D > > > > It seems we can get directly different temperatures from the CPU. At > > least this works for some opteron CG core, and believe it should work > > with other processors as well. > > > > In the meantime, could you please try this: > > > > # setpci -d1022:1103 e6.b | sed s,^,0x,g | \ > > awk 'BEGIN {i = 0} {print "processor "i++": " $1 - 49 "C"}' > > > > (you must have the sysutils/pciutils port, though, but I need a similar > > command under Linux, that's why I'm doing something like that). > > I don't understand how this interfaces with the Winbond 83627HF H/W > monitoring IC of the P8SCT. As far as I know, the 83627HF does not > sit on the PCI bus; you can only talk to it via SMBus (and that's > *only* if Supermicro added the SMBus tie-ins in their BIOS properly; > Supermicro has a history of being hit-or-miss when it comes to this, > most of the time being a miss), or via ancient x86 memory-mapped I/O > ports (which each motherboard vendor can set/implement at various > memory locations as they see fit; there is no "standard"). > > Full engineering details of the 83627HF are here: > > http://www.winbond-usa.com/products/winbond_products/pdfs/PCIC/627hf.pdf > > Regarding your setpci request: > > 0x1022 is the vendor ID (AMD), 0x1103 is the device ID (what AMD > labels as "Miscellaneous Control"). How did you determine that > you should use configuration register E6? I can't find any > documentation about this PCI device. > > Regardless, chances are what you're looking up on the PCI bus > is the on-die thermistor for CPU temperature. This doesn't > help when it comes to monitoring system (case/enclosure) > temperature. >From the OP, I think the processor is an AMD 64 bits of some sort. From "BIOS and Kernel Developer's Guide for AMD NPT Family 0Fh Processors", available at http://www.amd.com/fr-fr/Processors/TechnicalResources/0,,30_182_739_7203,00.html you will find the corresponding documentation for this pci config register. It happens that even though the bits used for thermal reading is marked as "reserved" for older processors, this work for at least an old opteron processor onto a HP DL385, where the situation is even worst when one can't use the binary stuff that don't exist under FreeBSD, just Linux or Windows. Of course, since we'll get the reading directly from the processor, there is absolutely no need to get it from an external chip like the winbond you mention. The drawback though is that we can't get indeed the other sensors like fan, other thermal sensors and so on, but it's the only solution I can give by now. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 07:26:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9541F16A4B3 for ; Wed, 10 Jan 2007 07:26:01 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 802CE13C448 for ; Wed, 10 Jan 2007 07:26:01 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 62EF51A3C1A; Tue, 9 Jan 2007 23:26:01 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8843B51369; Wed, 10 Jan 2007 02:26:00 -0500 (EST) Date: Wed, 10 Jan 2007 02:26:00 -0500 From: Kris Kennaway To: Krzysztof Kowalik Message-ID: <20070110072600.GA32505@xor.obsecurity.org> References: <20070107155229.GA4749@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <20070107155229.GA4749@uci.agh.edu.pl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: fxp(4) and lockups on RELENG_6_x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 07:26:01 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 07, 2007 at 04:52:29PM +0100, Krzysztof Kowalik wrote: > Hello. >=20 > We are running an (IRC) server that under high-rate traffic (ie. DDoS > attack) stops to respond to the network. The network remains locked up > even after the original attack stops. However running tcpdump (which > switches the interface into promisc mode) unlocks networking and things > work again. >=20 > At the moment, we are running 6.2-RC1 cvsupped at Dec 10, with if_fxp.c > from Nov 11 (previously, we had 6.1 for a while, having the same issues) >=20 > if_fxp.c,v 1.240.2.10.2.1 2006/11/20 16:21:12 >=20 > The same machine used to run FreeBSD 4.11 without any problems. >=20 > Any help/pointers/suggestions would be appreciated. You'll probably need to set up DDB and run the usual tracing commands (see the developers handbook) to obtain further debugging information to proceed here. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFpJUHWry0BWjoQKURAuo3AKCLlUG/UpHyyoi8tSj7LImdL1kxAACg9EC+ ctEu7rxgsyMfVsMtY2FSSnc= =LHYm -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 08:16:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B1FD16A403 for ; Wed, 10 Jan 2007 08:16:21 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 077E813C441 for ; Wed, 10 Jan 2007 08:16:20 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp211-97.lns1.adl2.internode.on.net [203.122.211.97]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0A8GHf0044997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Jan 2007 18:46:18 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bruno Ducrot Date: Wed, 10 Jan 2007 18:46:10 +1030 User-Agent: KMail/1.9.5 References: <200701091239.46735.doconnor@gsoft.com.au> <20070109165028.GA70345@icarus.home.lan> <20070110033837.GE4945@poupinou.org> In-Reply-To: <20070110033837.GE4945@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5180290.PPH548OEZ5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701101846.12300.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Temperature/fan monitoring on a Supermicro P8SCT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 08:16:21 -0000 --nextPart5180290.PPH548OEZ5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 10 January 2007 14:08, Bruno Ducrot wrote: > From the OP, I think the processor is an AMD 64 bits of some sort. From > "BIOS and Kernel Developer's Guide for AMD NPT Family 0Fh Processors", > available at The P8SCT is an Intel S775 board so AMD specific things are unlikely to=20 work :) I was basically wondering if anyone had patches or similar to mbmon/healthd= I=20 could use. =46ailing that I will try and generate some myself (when I get some time, h= o ho=20 ho). =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 --nextPart5180290.PPH548OEZ5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFpKDM5ZPcIHs/zowRAsgnAJ0SQFyFAVUw2T2j+qJ83GgwGtSoSwCfQ1Dx P7XOz+gmMeWZeGPESc9L81s= =SRLS -----END PGP SIGNATURE----- --nextPart5180290.PPH548OEZ5-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 09:11:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9392F16A407 for ; Wed, 10 Jan 2007 09:11:47 +0000 (UTC) (envelope-from ginga@ginganet.org) Received: from mx.gate01.com (pip2.gate01.com [61.122.117.240]) by mx1.freebsd.org (Postfix) with ESMTP id 435EB13C455 for ; Wed, 10 Jan 2007 09:11:47 +0000 (UTC) (envelope-from ginga@ginganet.org) Received: from [202.210.243.26] (helo=athena.ginganet.org) by smtp32.isp.us-com.jp with esmtp (Mail 4.41) id 1H4Z7f-0002HH-Nf for freebsd-stable@freebsd.org; Wed, 10 Jan 2007 17:47:51 +0900 Received: from localhost (localhost.olympus.local [127.0.0.1]) by athena.ginganet.org (Postfix) with ESMTP id 549E7101; Wed, 10 Jan 2007 17:47:51 +0900 (JST) X-Virus-Scanned: amavisd-new at ginganet.org Received: from athena.ginganet.org ([127.0.0.1]) by localhost (athena.ginganet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ny5qOHO3S9IN; Wed, 10 Jan 2007 17:47:40 +0900 (JST) Received: by athena.ginganet.org (Postfix, from userid 5003) id 52E7A100; Wed, 10 Jan 2007 17:47:40 +0900 (JST) Date: Wed, 10 Jan 2007 17:47:40 +0900 From: KAWAGUTI Ginga To: freebsd-stable@freebsd.org Message-ID: <20070110084740.GG1121%ginga-freebsd@ginganet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: ginga-freebsd@ginganet.org Subject: Any way to solve "watchdog timeout" on network-IF? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 09:11:47 -0000 Hi. I'm using FreeBSD/i386 6-stable on HP DL360G5 server, and getting "Watchdog timeout" & "link state changed to DOWN/UP" messages shown below. bce0: /usr/src/sys/dev/bce/if_bce.c(5000): Watchdog timeout occurred, resetting! bce0: link state changed to DOWN bce0: link state changed to UP [System I'm using:] * CPU Xeon 51xx, * Intel 5000X chipset * NIC: bce (1.2.2.6 2006/10/24) bce0: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:18:71:73:c5:5a [Tests] Give UDP generating load (ports/net/rude was used). Test configuration: [FreeBSD]-(bce)--- 100BaseTX-switch ---(em)[FreeBSD] packet genarator --------------> packet receiver 70Mbps UDP, 1400Byte packet * 6000pps. Then, the above "Watchdog timeout" message occurs _SOMETIMES_. Maybe once a week, sometimes 10times/day. I've tested with 3 hardware(all HP DL3x0 server with BCM5708 chip), and all of them seems to suffer with this. I've suspected new bce-NIC, and tried with bge cards (also with FreeBSD 6-stable). However, similar message also happens with bge(other network IFs also). Next, I've tried with other cable, other ether-switch, but they still seems to happen _sometimes_. Are these "Watchdog timeout" events common and happening everywhere else? Or am I doing something wrong? Searching the -stable archive, there seems some other people suffering with this: 2006.11.29 [Re: Dell PE 1950 bce NICs revisited] http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/031116.html 2006.12.14 [em watchdog timeout] http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031416.html Thank you. -- KAWAGUTI Ginga From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 11:57:09 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 361F516A407 for ; Wed, 10 Jan 2007 11:57:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9B24A13C428 for ; Wed, 10 Jan 2007 11:57:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (eryjgx@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l0ABv2R3089649; Wed, 10 Jan 2007 12:57:07 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l0ABv2qq089648; Wed, 10 Jan 2007 12:57:02 +0100 (CET) (envelope-from olli) Date: Wed, 10 Jan 2007 12:57:02 +0100 (CET) Message-Id: <200701101157.l0ABv2qq089648@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com In-Reply-To: <45A3E3B9.4030205@palisadesys.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 10 Jan 2007 12:57:07 +0100 (CET) Cc: Subject: Re: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 11:57:09 -0000 Guy Helmer wrote: > Oliver Fromme wrote: > > Why are you using those blocksize and fragsize settings? > > (If you store large files, then you should at least also > > decrease the inode density, using the -i option.) > > > These settings were chosen to optimize I/O throughput for Postgresql on > the theory that a 64KB block size would maximize disk throughput in the > general case (especially for a RAID 10 system) and an 8K frag size would > match Postgresql's page size. I don't think that that theorie holds true in reality. Did you perform any benchmarks to verify it? In fact, I would expect the performance to be better when using a block size of just 8KB and a frag size of 1 KB. By the way, this is an excerpt from the tuning(7) manpage: | FreeBSD performs best when using 8K or 16K file system block | sizes. The default file system block size is 16K, which provides | best performance for most applications, with the exception of | those that perform random access on large files (such as database | server software). Such applications tend to perform better with | a smaller block size, although modern disk characteristics are | such that the performance gain from using a smaller block size | may not be worth consideration. Using a block size larger than | 16K can cause fragmentation of the buffer cache and lead to | lower performance. Guy Helmer wrote: > I wasn't aware of any known regressions in 6.x regarding large > filesystem block sizes... I'm not aware of any regressions either. 64 KB bsize and 8 KB fsize didn't work reliable in 4.x, and the situation doesn't seem to have gotten worse (maybe it has gotten better with UFS2, but I didn't perform extensive tests with it because the non-standard bsize/fsize pessimize performance anyway). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "That's what I love about GUIs: They make simple tasks easier, and complex tasks impossible." -- John William Chambless From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 12:09:06 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBD4116A510 for ; Wed, 10 Jan 2007 12:09:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC0313C45D for ; Wed, 10 Jan 2007 12:09:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (enmbcn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l0AC900d090062; Wed, 10 Jan 2007 13:09:05 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l0AC8xUV090061; Wed, 10 Jan 2007 13:08:59 +0100 (CET) (envelope-from olli) Date: Wed, 10 Jan 2007 13:08:59 +0100 (CET) Message-Id: <200701101208.l0AC8xUV090061@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com, koitsu@FreeBSD.ORG In-Reply-To: <20070109195124.GA72863@icarus.home.lan> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 10 Jan 2007 13:09:05 +0100 (CET) Cc: Subject: Re: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com, koitsu@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 12:09:07 -0000 Jeremy Chadwick wrote: > Oliver Fromme wrote: > > Guy Helmer wrote: > > > I think we've finally found the cause of the problem - it wasn't just > > > occurring after heavy use, but was visible right after filesystem > > > creation! We regularly built new filesystems with "newfs -U -O 1 -b > > > 65536 -f 8192" > > > > Why are you using those blocksize and fragsize settings? > > (If you store large files, then you should at least also > > decrease the inode density, using the -i option.) > > Hmm... that begs the question: how do newfs -i and tunefs -f > associate with one another? Not at all. newfs -i specifies the inode density of the new file system, and it cannot be changed later on with tunefs. (There are file systems that allocate inodes dynamically, but our UFS isn't one of them.) So this puts a hard limit on the number of files that can be stored on the file system. The tunefs -f option (equivalent to newfs -g) can be used to optimizes the way file data blocks are distributed across cylinder groups. The purpose is to minimize frag- mentation and seek times. It does not change the number of inodes at all. > Shouldn't we document this somewhere? Some places I can think > of, off the top of my head: I think the most important settings (-i, -b, -f) are already sufficiently documented in the tuning(7) manpage. A link to tuning(7) should probably be included in the newfs(8) and tunefs(8) manpages. I haven't examined what the Handbook says about all of this, but I don't think that it makes sense to duplicate the manpage to the handbook. Instead, it would be helpful to include a pointer to the tuning(7) manpage there, too. Just my two cents. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 12:21:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BFBA16A505 for ; Wed, 10 Jan 2007 12:21:50 +0000 (UTC) (envelope-from jwb@hera.homer.att.com) Received: from mail121.messagelabs.com (mail121.messagelabs.com [216.82.241.195]) by mx1.freebsd.org (Postfix) with SMTP id AB9A813C442 for ; Wed, 10 Jan 2007 12:21:49 +0000 (UTC) (envelope-from jwb@hera.homer.att.com) X-VirusChecked: Checked X-Env-Sender: jwb@hera.homer.att.com X-Msg-Ref: server-6.tower-121.messagelabs.com!1168430027!12381943!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [134.24.146.4] Received: (qmail 3398 invoked from network); 10 Jan 2007 11:53:47 -0000 Received: from unknown (HELO attrh9i.attrh.att.com) (134.24.146.4) by server-6.tower-121.messagelabs.com with SMTP; 10 Jan 2007 11:53:47 -0000 Received: from attrh.att.com (localhost [127.0.0.1]) by attrh9i.attrh.att.com (8.13.7/8.13.7) with ESMTP id l0ABjtjr012316 for ; Wed, 10 Jan 2007 06:45:55 -0500 (EST) Received: from ulysses.homer.att.com (ulysses.homer.att.com [135.205.193.8]) by attrh9i.attrh.att.com (8.13.7/8.13.7) with ESMTP id l0ABjiRM012282 for ; Wed, 10 Jan 2007 06:45:48 -0500 (EST) Received: from hera.homer.att.com (hera.homer.att.com [135.205.193.102]) by ulysses.homer.att.com (8.9.3/8.9.3) with ESMTP id GAA14354 for ; Wed, 10 Jan 2007 06:53:36 -0500 (EST) Received: from hera.homer.att.com (localhost [127.0.0.1]) by hera.homer.att.com (8.9.3/8.9.3) with ESMTP id GAA11622 for ; Wed, 10 Jan 2007 06:53:36 -0500 (EST) Message-Id: <200701101153.GAA11622@hera.homer.att.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Jan 2007 06:53:36 -0500 From: "J. W. Ballantine" Subject: booting question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 12:21:50 -0000 Hi I got hit with the fatal trap problem in the prerelease kernel. Li Xin suggested that I unload, load kernel.old and re-boot. When I did that it hung during the boot process, just after the pci message. I did get the system to re-boot using kernel.GENERIC, but was wondering why kernel.old hung since it was a bootable kernel. Is this just a "gee it would be nice to know" item, or something more critical? Thanks Jim Ballantine From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 12:36:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C31B16A412 for ; Wed, 10 Jan 2007 12:36:34 +0000 (UTC) (envelope-from huaihuaixiaoshao@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2D613C457 for ; Wed, 10 Jan 2007 12:36:34 +0000 (UTC) (envelope-from huaihuaixiaoshao@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so64962nzh for ; Wed, 10 Jan 2007 04:36:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Qp1eIy+1oy6wl5opBytl4d4Tb6UDvPGh+NjN8qKuWLqyxWNgnfOcQW8sKceTXPG5DUIdsWaft3uSD2VBw4uR+nnN8WstLJy8RDuTdCYbv3bdqyMr+yJ+09mu5JmR0noCpSp/3nLULU9tyunGlDadV2FvbMXMpFAzA6ejRyUfDE8= Received: by 10.64.249.18 with SMTP id w18mr265881qbh.1168431046440; Wed, 10 Jan 2007 04:10:46 -0800 (PST) Received: by 10.65.43.16 with HTTP; Wed, 10 Jan 2007 04:10:46 -0800 (PST) Message-ID: Date: Wed, 10 Jan 2007 20:10:46 +0800 From: huangxi To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: acpi_bus_number: can't get _ADR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 12:36:34 -0000 Hi! I get this message when I booted my FreeBSD 6.2-PRERELEASE: acpi0: on motherboard ACPI-0438: *** Error: Looking up [OC06] in namespace, AE_NOT_FOUND SearchNode 0xc21982a0 StartNode 0xc21982a0 ReturnNode 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci3: on pcib1 pci3: at device 0.0 (no driver attached) pci3: at device 0.1 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 Does anyone know what this means? My motherboard is ASUS P5GPL-X. Cheers, XiXi From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 13:00:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1D4616A47B for ; Wed, 10 Jan 2007 13:00:39 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.freebsd.org (Postfix) with ESMTP id 3483F13C46B for ; Wed, 10 Jan 2007 13:00:39 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1H4d44-0001ol-00; Wed, 10 Jan 2007 14:00:24 +0100 Date: Wed, 10 Jan 2007 14:00:24 +0100 To: Daniel O'Connor Message-ID: <20070110130024.GF4945@poupinou.org> References: <200701091239.46735.doconnor@gsoft.com.au> <20070109165028.GA70345@icarus.home.lan> <20070110033837.GE4945@poupinou.org> <200701101846.12300.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701101846.12300.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org Subject: Re: Temperature/fan monitoring on a Supermicro P8SCT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 13:00:39 -0000 On Wed, Jan 10, 2007 at 06:46:10PM +1030, Daniel O'Connor wrote: > On Wednesday 10 January 2007 14:08, Bruno Ducrot wrote: > > From the OP, I think the processor is an AMD 64 bits of some sort. From > > "BIOS and Kernel Developer's Guide for AMD NPT Family 0Fh Processors", > > available at > > The P8SCT is an Intel S775 board so AMD specific things are unlikely to > work :) Ermm, yes. Indeed this wont work. Sorry for the noise. > I was basically wondering if anyone had patches or similar to mbmon/healthd I > could use. > > Failing that I will try and generate some myself (when I get some time, ho ho > ho). Well, from http://www.supermicro.com/support/faqs/faq.cfm?faq=3099 you pointed out, I think the sensor where fan, temp and so on is the W83792D and not the W83627HF. That's one is probably not yet supported by healthd nor mbmon, and a quick and the spec show that you can access it only via SMBus. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 13:55:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC20C16A40F for ; Wed, 10 Jan 2007 13:55:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by mx1.freebsd.org (Postfix) with ESMTP id B950213C448 for ; Wed, 10 Jan 2007 13:55:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc14) with ESMTP id <20070110135503b1400mi523e>; Wed, 10 Jan 2007 13:55:03 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 861471FA037; Wed, 10 Jan 2007 05:54:59 -0800 (PST) Date: Wed, 10 Jan 2007 05:54:59 -0800 From: Jeremy Chadwick To: huangxi Message-ID: <20070110135459.GA91647@icarus.home.lan> Mail-Followup-To: huangxi , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: acpi_bus_number: can't get _ADR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 13:55:04 -0000 `On Wed, Jan 10, 2007 at 08:10:46PM +0800, huangxi wrote: > Hi! > I get this message when I booted my FreeBSD 6.2-PRERELEASE: > > acpi0: on motherboard > ACPI-0438: *** Error: Looking up [OC06] in namespace, AE_NOT_FOUND > SearchNode 0xc21982a0 StartNode 0xc21982a0 ReturnNode 0 > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi0: Power Button (fixed) > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci3: on pcib1 > pci3: at device 0.0 (no driver attached) > pci3: at device 0.1 (no driver attached) > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > > Does anyone know what this means? > My motherboard is ASUS P5GPL-X. Regarding the "ACPI-0438: *** Error" message -- no idea. That looks like, possibly, some bad ACPI configuration data. Regarding the "can't get _ADR" messages: I have Asus AMD-based boards, Gigabyte Intel-based boards, Tyan boards, Supermicro boards, and true Intel boards all which do this. What it means and why it's printed, I don't know -- thus I've concluded, generally speaking, it's a harmless kernel message. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 14:39:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D99B716A40F for ; Wed, 10 Jan 2007 14:39:14 +0000 (UTC) (envelope-from huaihuaixiaoshao@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id A110713C44C for ; Wed, 10 Jan 2007 14:39:14 +0000 (UTC) (envelope-from huaihuaixiaoshao@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so89839nzh for ; Wed, 10 Jan 2007 06:39:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=USBvKT+iqAxca9Zt+0K96XOZ3vRaHF/4aQBCCkbpsfWp1fo0QUgaySDvcuBpT3aPt+Iuvihm78jrgaXxHCDPG4fvBsASOPFggFMdtRBLySB+O2e6cR3xW4retWWtZhPE0KH2F875NVJK6EbLgTA0N8+QmkqnXcSS/DmBN2vJ4UQ= Received: by 10.64.249.18 with SMTP id w18mr437876qbh.1168439954008; Wed, 10 Jan 2007 06:39:14 -0800 (PST) Received: by 10.65.43.16 with HTTP; Wed, 10 Jan 2007 06:39:13 -0800 (PST) Message-ID: Date: Wed, 10 Jan 2007 22:39:13 +0800 From: huangxi To: huangxi , freebsd-stable@freebsd.org In-Reply-To: <20070110135459.GA91647@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070110135459.GA91647@icarus.home.lan> Cc: Subject: Re: acpi_bus_number: can't get _ADR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 14:39:15 -0000 Could this message have something to do with the fact that it can not use ACPI to shut down,though not very often. I use FreeBSD as my desktop os. I must shutdown my x86 box when I finish my work. So it is troublesome. 2007/1/10, Jeremy Chadwick : > `On Wed, Jan 10, 2007 at 08:10:46PM +0800, huangxi wrote: > > Hi! > > I get this message when I booted my FreeBSD 6.2-PRERELEASE: > > > > acpi0: on motherboard > > ACPI-0438: *** Error: Looking up [OC06] in namespace, AE_NOT_FOUND > > SearchNode 0xc21982a0 StartNode 0xc21982a0 ReturnNode 0 > > acpi_bus_number: can't get _ADR > > acpi_bus_number: can't get _ADR > > acpi_bus_number: can't get _ADR > > acpi_bus_number: can't get _ADR > > acpi_bus_number: can't get _ADR > > acpi_bus_number: can't get _ADR > > acpi0: Power Button (fixed) > > acpi_bus_number: can't get _ADR > > acpi_bus_number: can't get _ADR > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > > cpu0: on acpi0 > > acpi_throttle0: on cpu0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 16 at device 1.0 on pci0 > > pci3: on pcib1 > > pci3: at device 0.0 (no driver attached) > > pci3: at device 0.1 (no driver attached) > > pcib2: irq 16 at device 28.0 on pci0 > > pci2: on pcib2 > > > > Does anyone know what this means? > > My motherboard is ASUS P5GPL-X. > > Regarding the "ACPI-0438: *** Error" message -- no idea. That > looks like, possibly, some bad ACPI configuration data. > > Regarding the "can't get _ADR" messages: I have Asus AMD-based > boards, Gigabyte Intel-based boards, Tyan boards, Supermicro > boards, and true Intel boards all which do this. What it means > and why it's printed, I don't know -- thus I've concluded, > generally speaking, it's a harmless kernel message. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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 Wed Jan 10 14:53:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02CEA16A403 for ; Wed, 10 Jan 2007 14:53:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6F413C455 for ; Wed, 10 Jan 2007 14:53:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id DA924EB0EE4; Wed, 10 Jan 2007 22:53:02 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id ocvp9eA3GMjd; Wed, 10 Jan 2007 22:52:45 +0800 (CST) Received: from [192.168.1.32] (unknown [61.51.109.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9512FEB0EF6; Wed, 10 Jan 2007 22:52:45 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=YPswe2AokRvFNjMNAgpIGtgFDC1c/nD7wk+xVCDHX2PyIzpMAcSO+QlDeiH0n+QWR L/CrryHZEDpsmtD+BHb4g== Message-ID: <45A4FD6F.1090308@delphij.net> Date: Wed, 10 Jan 2007 22:51:27 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: KAWAGUTI Ginga References: <20070110084740.GG1121%ginga-freebsd@ginganet.org> In-Reply-To: <20070110084740.GG1121%ginga-freebsd@ginganet.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigE531FEF5664CDCA49FF01AC6" Cc: freebsd-stable@freebsd.org Subject: Re: Any way to solve "watchdog timeout" on network-IF? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 14:53:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE531FEF5664CDCA49FF01AC6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable KAWAGUTI Ginga wrote: > Hi. >=20 > I'm using FreeBSD/i386 6-stable on HP DL360G5 server, > and getting "Watchdog timeout" & "link state changed to DOWN/UP" > messages shown below. >=20 > bce0: /usr/src/sys/dev/bce/if_bce.c(5000): Watchdog timeout occurred, r= esetting! > bce0: link state changed to DOWN > bce0: link state changed to UP >=20 > [System I'm using:] >=20 > * CPU Xeon 51xx,=20 > * Intel 5000X chipset > * NIC: bce (1.2.2.6 2006/10/24) > bce0: =20 > mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz Try this patch, it solved some problems we have observed in China communi= ty. For -CURRENT: http://people.freebsd.org/~delphij/for_review/patch-bce-watchdog-rewrite-= HEAD.20070109 For -STABLE: http://people.freebsd.org/~delphij/misc/patch-bce-watchdog-rewrite Note that the -STABLE version is an old, but tested one. The -CURRENT version is optimized, but I have not stress tested yet. Both should apply to the different branch cleanly, though. I would appreciate if you would test the -HEAD patch, even with RELENG_6 and report if it solves your problem. But if the server is important to you then just use the latter. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE531FEF5664CDCA49FF01AC6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFFpP1vOfuToMruuMARA6JkAJ9WKCXYJ+kp+6iB4gEs/gduNTFcsgCY0q41 nXKjMG/XMxePmuMzVg0NXQ== =H1rY -----END PGP SIGNATURE----- --------------enigE531FEF5664CDCA49FF01AC6-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 17:31:36 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D45216A40F; Wed, 10 Jan 2007 17:31:36 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1F75B13C44C; Wed, 10 Jan 2007 17:31:35 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id l0AHVYRn091818; Wed, 10 Jan 2007 20:31:34 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 10 Jan 2007 20:31:34 +0300 (MSK) From: Dmitry Morozovsky To: stable@freebsd.org In-Reply-To: <20070108121119.C35394@woozle.rinet.ru> Message-ID: <20070110202915.J90323@woozle.rinet.ru> References: <20070108121119.C35394@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Wed, 10 Jan 2007 20:31:34 +0300 (MSK) Cc: current@freebsd.org Subject: Re: GA-7VKMP: apci suspend leads to reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 17:31:36 -0000 On Mon, 8 Jan 2007, Dmitry Morozovsky wrote: DM> Dear colleagues, DM> DM> on Gigabyte GA-7VKMP (SocketA) with the last (f5) BIOS and fresh RELENG_6_2 DM> suspending leads to hard reboot on resume. M$ WinXP suppends and resumes DM> normally. DM> DM> acpi-related lines from verbose dmesg: DM> DM> marck@tiger:~# dmesg | grep -i acpi DM> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0762188. DM> MADT: Found CPU APIC ID 0 ACPI ID 1: enabled DM> ACPI APIC Table: DM> APIC: CPU 0 has ACPI ID 1 DM> acpi0: on motherboard DM> acpi0: [MPSAFE] DM> AcpiOsDerivePciId: bus 0 dev 17 func 0 DM> AcpiOsDerivePciId: bus 0 dev 17 func 0 DM> acpi0: Power Button (fixed) DM> acpi0: wakeup code va 0xd867e000 pa 0x9e000 DM> AcpiOsDerivePciId: bus 0 dev 0 func 0 DM> ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 DM> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 DM> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 DM> cpu0: on acpi0 DM> acpi_button0: on acpi0 DM> pcib0: port 0xcf8-0xcff on acpi0 DM> pci0: on pcib0 DM> acpi_button1: on acpi0 DM> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 DM> psmcpnp0: irq 12 on acpi0 DM> atkbdc0: port 0x60,0x64 irq 1 on acpi0 FWIW, -current from 20070108 does exactly the same: it suspends, and after keypress (resume from S3 on keyboard in enabled) reset hard. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 18:06:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7AE916A407 for ; Wed, 10 Jan 2007 18:06:59 +0000 (UTC) (envelope-from hartzell@rosebud.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.freebsd.org (Postfix) with ESMTP id C224313C45A for ; Wed, 10 Jan 2007 18:06:59 +0000 (UTC) (envelope-from hartzell@rosebud.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 1408F33C5D; Wed, 10 Jan 2007 09:33:40 -0800 (PST) Received: from rosebud.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id CDEB733C5B; Wed, 10 Jan 2007 09:33:39 -0800 (PST) Received: from rosebud.alerce.com (localhost [127.0.0.1]) by rosebud.alerce.com (8.13.8/8.13.8) with ESMTP id l0AHYQLT001104; Wed, 10 Jan 2007 09:34:26 -0800 (PST) (envelope-from hartzell@rosebud.alerce.com) Received: (from hartzell@localhost) by rosebud.alerce.com (8.13.8/8.13.8/Submit) id l0AHYM4Q001100; Wed, 10 Jan 2007 09:34:22 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17829.9117.888327.881204@rosebud.alerce.com> Date: Wed, 10 Jan 2007 09:34:21 -0800 To: freebsd-stable@freebsd.org X-Mailer: VM 7.19 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Subject: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 18:07:00 -0000 I'm setting up a Dell Poweredge 750 1U server. A friend is loaning me space in his rack and since his rack usage is limited by power I'd like to be as thrifty as possible. I hooked my kill-a-watt meter up and ran the machine for a couple of days and it uses 88 watts (3.90KWH/44.01H). Then I kldloaded cpufreq and enabled powerd and it still uses 88 watts (8.35KWH/93.47H). That surprised me a bit, and seems to suggest that it's spending most of its energy spinning fans or something. Is anyone familiar with the poweredge 750 and freebsd-stable? I can't find anything in the bios that suggests fans control, although I guess it's possible that they're running efficiently by default and I just haven't caused them to *really* run. Any other suggestions to help economize? Thanks, g. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 18:25:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB4A316A40F for ; Wed, 10 Jan 2007 18:25:55 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7E77B13C442 for ; Wed, 10 Jan 2007 18:25:55 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so131077wra for ; Wed, 10 Jan 2007 10:25:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HaJi8lPNS+iR/H4QtRHoXf81SJwTC5R2rmeQuiiznb2tJUXg4kC6t15/2RenwXN5YIl0I1tWsDibpfWHhI1gyvS+YBfjfIN9WAbPwc2xJP3oRtJgMeJWnIRwhSxa5ssEli80meOE5dibxydNYoKDweH0T5qLsgp8eNdPNKjEJtE= Received: by 10.78.200.3 with SMTP id x3mr222379huf.1168453554792; Wed, 10 Jan 2007 10:25:54 -0800 (PST) Received: by 10.78.191.19 with HTTP; Wed, 10 Jan 2007 10:25:54 -0800 (PST) Message-ID: <28edec3c0701101025p1983c89byc11ed3e4ec4fe9d7@mail.gmail.com> Date: Thu, 11 Jan 2007 02:25:54 +0800 From: "Mars G. Miro" To: "Bruce A. Mah" , "LI Xin" , freebsd-stable@freebsd.org In-Reply-To: <45A3C0F2.9080909@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <28edec3c0701090319i2d4f90d1kcc38bd5b02fd6ff7@mail.gmail.com> <45A385EC.6030404@delphij.net> <28edec3c0701090758l24c32e48m3375cc34a03529be@mail.gmail.com> <45A3BD36.1060707@delphij.net> <45A3C0F2.9080909@freebsd.org> Cc: Subject: Re: Marvell 8053 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 18:25:55 -0000 On 1/10/07, Bruce A. Mah wrote: > If memory serves me right, LI Xin wrote: > > > Not sure if the snapshot contained the changes, though... IIRC the > > January snapshot is not released yet? > > The January CURRENT snapshots are being built and uploaded now. The > mirrors might have some of the architectures, but an announcement will > come only after everything's been uploaded (and had a little while to > propagate). > I just booted the january/amd64 snapshot ISO and it detects it fine: ++++++++++++++++++++++++ pcib3: irq 16 at device 28.4 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x9000-0x9fff pcib3: memory decode 0xf9000000-0xfaffffff pcib3: no prefetched decode pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x11ab, dev=0x4362, revid=0x22 bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 VPD Ident: Marvell Yukon 88E8053 Gigabit Ethernet Controller PN: Yukon 88E8053 EC: Rev. 2.2 MN: Marvell SN: AbCdEfG83CD03 CP: id 1, BAR16, off 0x3cc RV: 0x6c MSI supports 2 messages, 64 bit map[10]: type 1, range 64, base 0xfa000000, size 14, enabled pcib3: requested memory range 0xfa000000-0xfa003fff: good map[18]: type 4, range 32, base 0x9000, size 8, enabled pcib3: requested I/O range 0x9000-0x90ff: in range pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 mskc0: port 0x9000-0x90ff mem 0xfa000000-0xfa003fff irq 16 at device 0.0 on pci3 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfa000000 mskc0: MSI count : 2 mskc0: attempting to allocate 2 MSI vectors (2 supported) mskc0: using IRQs 258259 for MSI mskc0: RAM buffer size : 48KB mskc0: Port 0 : Rx Queue 32KB(0x00000000:0x00007fff) mskc0: Port 0 : Tx Queue 16KB(0x00008000:0x0000bfff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:16:e6:83:cd:03 miibus0: on msk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [MPSAFE] mskc0: [FAST] +++++++++++++++ Thanks. > Bruce. > > > cheers mars From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 18:25:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0886316A412 for ; Wed, 10 Jan 2007 18:25:59 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out8.starman.ee [85.253.0.10]) by mx1.freebsd.org (Postfix) with ESMTP id BD1D613C457 for ; Wed, 10 Jan 2007 18:25:58 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx2.starman.ee (mx2.starman.ee [62.65.192.9]) by smtp-gw1.starman.ee (Postfix) with ESMTP id EEE7EA20F42 for ; Wed, 10 Jan 2007 20:25:55 +0200 (EET) Received: from [192.168.2.101] (pc108.host51.starman.ee [62.65.243.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.starman.ee (Postfix) with ESMTP id DADF632C42D for ; Wed, 10 Jan 2007 20:25:55 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Wed, 10 Jan 2007 20:25:18 +0200 User-Agent: KMail/1.9.4 References: <17829.9117.888327.881204@rosebud.alerce.com> In-Reply-To: <17829.9117.888327.881204@rosebud.alerce.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701102025.18769.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 18:25:59 -0000 On Wednesday, 10. January 2007 19:34, George Hartzell wrote: > I'm setting up a Dell Poweredge 750 1U server. A friend is loaning me > space in his rack and since his rack usage is limited by power I'd > like to be as thrifty as possible. > > Any other suggestions to help economize? > edit /etc/rc.conf: powerd_enable="YES" powerd_flags="-a adaptive -b adaptive" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 18:36:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB8DE16A53A for ; Wed, 10 Jan 2007 18:36:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 6C58A13C448 for ; Wed, 10 Jan 2007 18:36:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l0AIahTo003237; Thu, 11 Jan 2007 05:36:43 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l0AIahLd003236; Thu, 11 Jan 2007 05:36:43 +1100 (EST) (envelope-from peter) Date: Thu, 11 Jan 2007 05:36:43 +1100 From: Peter Jeremy To: George Hartzell Message-ID: <20070110183643.GI832@turion.vk2pj.dyndns.org> References: <17829.9117.888327.881204@rosebud.alerce.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AjmyJqqohANyBN/e" Content-Disposition: inline In-Reply-To: <17829.9117.888327.881204@rosebud.alerce.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 18:36:49 -0000 --AjmyJqqohANyBN/e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2007-Jan-10 09:34:21 -0800, George Hartzell wrote: >I hooked my kill-a-watt meter up and ran the machine for a couple of >days and it uses 88 watts (3.90KWH/44.01H). What was it doing for those couple of days? If it was just sitting idle then I would expect the power consumption to be fairly close to what you get with powerd. If you want to see peak power consumption, try running a buildworld, something very FP intensive and something that is thrashing the disk(s) (lots of seeks and writes), all in parallel. >Then I kldloaded cpufreq and enabled powerd and it still uses 88 watts >(8.35KWH/93.47H). I presume you confirmed that cpufreq/powerd was actually functioning (ie the CPU frequency was being changed). >That surprised me a bit, and seems to suggest that it's spending most >of its energy spinning fans or something. PSU overheads, fans, northbridge, video, RAM, disk, ... it all adds up. I can't specifically help with the Dell. --=20 Peter Jeremy --AjmyJqqohANyBN/e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFpTI7/opHv/APuIcRAqxSAKCg7Bi2FJpzW+fWF8oRDxBvzJSJBwCgvKwR iDCohclXAYXTRvSj7qZ4Jp8= =utyC -----END PGP SIGNATURE----- --AjmyJqqohANyBN/e-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 18:41:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D78B16A492 for ; Wed, 10 Jan 2007 18:41:19 +0000 (UTC) (envelope-from shildreth@allantgroup.com) Received: from scotth.emsphone.com (scotth.emsphone.com [199.67.51.179]) by mx1.freebsd.org (Postfix) with ESMTP id E5D4013C45B for ; Wed, 10 Jan 2007 18:41:16 +0000 (UTC) (envelope-from shildreth@allantgroup.com) Received: from scotth.emsphone.com (localhost [127.0.0.1]) by scotth.emsphone.com (8.13.4/8.13.4) with ESMTP id l0AINX5f009184 for ; Wed, 10 Jan 2007 12:23:33 -0600 (CST) (envelope-from shildreth@allantgroup.com) Received: (from shildret@localhost) by scotth.emsphone.com (8.13.4/8.13.4/Submit) id l0AINXdp009183 for freebsd-stable@freebsd.org; Wed, 10 Jan 2007 12:23:33 -0600 (CST) (envelope-from shildreth@allantgroup.com) X-Authentication-Warning: scotth.emsphone.com: shildret set sender to shildreth@allantgroup.com using -f From: "Scott T. Hildreth" To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 10 Jan 2007 12:23:32 -0600 Message-Id: <1168453412.9393.701.camel@scotth.emsphone.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Subject: 6.2 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shildreth@allantgroup.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 18:41:19 -0000 Does anyone know if the Release is still going to happen today? -- Scott T. Hildreth From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 18:49:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0E4116A40F for ; Wed, 10 Jan 2007 18:49:00 +0000 (UTC) (envelope-from hartzell@rosebud.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.freebsd.org (Postfix) with ESMTP id 757EB13C457 for ; Wed, 10 Jan 2007 18:49:00 +0000 (UTC) (envelope-from hartzell@rosebud.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 80FBE33C5D; Wed, 10 Jan 2007 10:48:55 -0800 (PST) Received: from rosebud.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 28D2933C5B; Wed, 10 Jan 2007 10:48:55 -0800 (PST) Received: from rosebud.alerce.com (localhost [127.0.0.1]) by rosebud.alerce.com (8.13.8/8.13.8) with ESMTP id l0AInfc2001358; Wed, 10 Jan 2007 10:49:42 -0800 (PST) (envelope-from hartzell@rosebud.alerce.com) Received: (from hartzell@localhost) by rosebud.alerce.com (8.13.8/8.13.8/Submit) id l0AInf04001355; Wed, 10 Jan 2007 10:49:41 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17829.13636.926529.357546@rosebud.alerce.com> Date: Wed, 10 Jan 2007 10:49:40 -0800 To: Peter Jeremy In-Reply-To: <20070110183643.GI832@turion.vk2pj.dyndns.org> References: <17829.9117.888327.881204@rosebud.alerce.com> <20070110183643.GI832@turion.vk2pj.dyndns.org> X-Mailer: VM 7.19 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 18:49:00 -0000 Peter Jeremy writes: > On Wed, 2007-Jan-10 09:34:21 -0800, George Hartzell wrote: > >I hooked my kill-a-watt meter up and ran the machine for a couple of > >days and it uses 88 watts (3.90KWH/44.01H). > > What was it doing for those couple of days? [...] It's a small time mail server and web host. It was running under its real world load. > I presume you confirmed that cpufreq/powerd was actually functioning > (ie the CPU frequency was being changed). Yep, or at least I confirmed that powerd -v from a shell cycled up and down w/ demand, then I configured it to run as a daemon and confirmed that was cpufreq was loaded and that powerd was running in the background. > >That surprised me a bit, and seems to suggest that it's spending most > >of its energy spinning fans or something. > > PSU overheads, fans, northbridge, video, RAM, disk, ... it all adds up. That's sort of what I was figuring, it is/was just that my laptop experience with powerd and battery life suggested that there would be more of a difference. > I can't specifically help with the Dell. Thanks for the thoughts! g. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 18:49:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B835916A415 for ; Wed, 10 Jan 2007 18:49:46 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9DF13C457 for ; Wed, 10 Jan 2007 18:49:46 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd5mr6so.prod.shaw.ca (pd5mr6so-qfe3.prod.shaw.ca [10.0.141.182]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JBO00N3R1KZ29C0@l-daemon> for freebsd-stable@freebsd.org; Wed, 10 Jan 2007 11:48:35 -0700 (MST) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd5mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JBO00DW41KYQB50@pd5mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 10 Jan 2007 11:48:34 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JBO00CXD1HPGFB0@l-daemon> for freebsd-stable@freebsd.org; Wed, 10 Jan 2007 11:46:38 -0700 (MST) Received: (qmail 54952 invoked from network); Wed, 10 Jan 2007 18:47:13 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Wed, 10 Jan 2007 18:47:13 +0000 Date: Wed, 10 Jan 2007 10:47:13 -0800 From: Colin Percival In-reply-to: <1168453412.9393.701.camel@scotth.emsphone.com> To: shildreth@allantgroup.com Message-id: <45A534B1.4040304@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <1168453412.9393.701.camel@scotth.emsphone.com> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 18:49:46 -0000 Scott T. Hildreth wrote: > Does anyone know if the Release is still going to happen today? The release is not going to happen today, but will be very soon. My guess is that builds and mirroring will happen over the weekend and the release announcement will go out on Monday or Tuesday depending upon your time zone. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 19:02:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3625B16A40F for ; Wed, 10 Jan 2007 19:02:30 +0000 (UTC) (envelope-from SRS0=8a2f3e741e4feb5bb25098db521de7b0f96bb2cc=211=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id E355D13C442 for ; Wed, 10 Jan 2007 19:02:29 +0000 (UTC) (envelope-from SRS0=8a2f3e741e4feb5bb25098db521de7b0f96bb2cc=211=es.net=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 PTH87533; Wed, 10 Jan 2007 10:49:33 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D5F4645053; Wed, 10 Jan 2007 10:49:32 -0800 (PST) To: "J. W. Ballantine" In-Reply-To: Your message of "Wed, 10 Jan 2007 06:53:36 EST." <200701101153.GAA11622@hera.homer.att.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1168454972_1985P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 10 Jan 2007 10:49:32 -0800 From: "Kevin Oberman" Message-Id: <20070110184932.D5F4645053@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: booting question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 19:02:30 -0000 --==_Exmh_1168454972_1985P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 10 Jan 2007 06:53:36 -0500 > From: "J. W. Ballantine" > Sender: owner-freebsd-stable@freebsd.org > > > Hi > > I got hit with the fatal trap problem in the prerelease kernel. > > Li Xin suggested that I unload, load kernel.old and re-boot. When I did that > it hung during the boot process, just after the pci message. I did > get the system to re-boot using kernel.GENERIC, but was wondering why > kernel.old hung since it was a bootable kernel. Don't unload. Assuming that you use loader, let the system proceed to the count-down and press any key except . Then enter the command: boot kernel.old If you want to boot with options, place them at the end. (E.g. "boot kernel.old -s" Otherwise you get into issues with module/kernel comparability. -- 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 -- 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_1168454972_1985P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFpTU8kn3rs5h7N1ERAqreAKCL9+ZcFYTKXKMg8PjU8SodxHgr0ACePC8s mTJLcnjNOIwmFuuSJx2M/uM= =Z8mk -----END PGP SIGNATURE----- --==_Exmh_1168454972_1985P-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 19:21:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11DAD16A55F for ; Wed, 10 Jan 2007 19:21:15 +0000 (UTC) (envelope-from junics-fbsdstable@atlantis.maniacs.se) Received: from mammoth.unixsh.net (mammoth.unixsh.net [195.35.83.67]) by mx1.freebsd.org (Postfix) with SMTP id 1E49213C4E6 for ; Wed, 10 Jan 2007 19:21:09 +0000 (UTC) (envelope-from junics-fbsdstable@atlantis.maniacs.se) Received: (qmail 237 invoked from network); 10 Jan 2007 19:21:08 -0000 Received: from localhost.maniacs.se (HELO ?192.168.0.34?) (127.0.0.1) by localhost.maniacs.se with SMTP; 10 Jan 2007 19:21:08 -0000 Message-ID: <45A53CA3.7070302@atlantis.maniacs.se> Date: Wed, 10 Jan 2007 20:21:07 +0100 From: Thomas Herrlin User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1167247246.96863.23.camel@opus.cse.buffalo.edu> <4593DC34.2030308@atlantis.maniacs.se> <1167320870.52842.20.camel@opus.cse.buffalo.edu> <4593E790.8080509@delphij.net> <45A3BB4E.3@freebsd.org> In-Reply-To: <45A3BB4E.3@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "Bruce A. Mah" Subject: Re: FreeBSD 6.2-RC2 Available - networking zoneli freeze problem still exist. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 19:21:15 -0000 Bruce A. Mah wrote: > If memory serves me right, LI Xin wrote: >> Ken Smith wrote: >>> On Thu, 2006-12-28 at 16:01 +0100, Thomas Herrlin wrote: >>>> It still runs networking daemons into a frozen zoneli state on >>>> heavy/(D)DOS network loads. Such processes cant be kill-9ed so there is >>>> no way to recover from it. (think frozen sshd and a very remote/headless >>>> server). >>>> See the stress test panic called 'Ran out of "128 Bucket" >>>> ' on the 6.2 >>>> todo list and my own latest test here: >>>> http://www.maniacs.se/~junics/temp/vmstat-z.txt >>>> This test was on a new 6.2-RC2 install with no zone limit tweaks nor any >>>> sbsize limits in /etc/login.conf. >>>> I just made a vm disk image with replication instructions, however Peter >>>> Holm have replicated it with his own tools so i have not bothered with >>>> it until now. >>> That problem is being worked on but won't be fixed for 6.2-REL. >>> Depending on how complex the fix winds up being it may be an Errata >>> candidate when the time comes. >> Perhaps we should mention some known workarounds in the errata >> documentation. E.g. raising nmbclusters limit, etc.? > > That's a good idea. Do you have more specifics (e.g. any particular > nmbclusters value, other workarounds, etc.)? > > Thanks, > > Bruce. > The most reliable way of avoiding zoneli according to my tests is setting an sbsize limit in /etc/login.conf to a value lower than the mbuf_cluster zone size limitation, note that there are 2048 bytes per cluster. (See vmstat -z for details) Or set the login.conf sbsize to a fraction of available RAM and combine this with the 0/unlimited setting as some recommend. Combining these two workarounds would probably be best, as setting mbuf to use unlimited ram for networking would cause a panic or freeze sooner or later anyway. I have not tested combining this yet as my system has been running stable for some time now with my current workarounds. Problems with sbsize limit: Setting sbsize in login.conf will lead to that some processes will run into a problem that they cannot allocate socket buffers in some extreme cases, however this will not affect overall system stability and that is my first priority. I have also thrown together a small executable that attempts local connection to its sshd with a the preliminary ssh handshake and that can be used with watchdogd -e parameter to reboot the box. This is mainly for headless/remote servers that MUST NOT have its sshd frozen. You can also read my mail to the fbsd-current list with the subject "Re: zonelimit livelock, some possable workarounds" /Thomas Herrlin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 19:54:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D454016A403 for ; Wed, 10 Jan 2007 19:54:10 +0000 (UTC) (envelope-from xuchen66@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 71BE213C441 for ; Wed, 10 Jan 2007 19:54:10 +0000 (UTC) (envelope-from xuchen66@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so605619nfc for ; Wed, 10 Jan 2007 11:54:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DV14BqRSI9wcGbew76EQaeD/bmtGgncUXQ9XTxPwOC7SCu1BKQCJgQyovxM8q1EEFldNOxzpEYPamRRqKzXtDdSuqFjZl8ay+FU5buZnktMtrlRrQWNwsQvVoO1qX0A/E6tNRcH7yv5agOxufL9jPz9DHFciVLTl3JoeEHEgN8k= Received: by 10.82.113.6 with SMTP id l6mr153561buc.1168458849027; Wed, 10 Jan 2007 11:54:09 -0800 (PST) Received: by 10.82.161.6 with HTTP; Wed, 10 Jan 2007 11:54:09 -0800 (PST) Message-ID: <184b087c0701101154x4bf948e7k8f00d4f9e7e2a8d6@mail.gmail.com> Date: Wed, 10 Jan 2007 14:54:09 -0500 From: "Chen Xu" To: "Kevin Oberman" In-Reply-To: <20070110184932.D5F4645053@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200701101153.GAA11622@hera.homer.att.com> <20070110184932.D5F4645053@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: booting question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 19:54:10 -0000 > Don't unload. Assuming that you use loader, let the system proceed to > the count-down and press any key except . Then enter the command: > boot kernel.old > > If you want to boot with options, place them at the end. (E.g. "boot > kernel.old -s" that is very nice to know. I ran into the very same problem recently. what I used to do was: at counting down, press SPACE bar, unload, load /boot/kernel.old/kernel, boot. At least this order worked in the past. Something must have changed at some point. Chen From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 20:12:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43E0B16A407 for ; Wed, 10 Jan 2007 20:12:28 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from public.aci.on.ca (public.aci.on.ca [205.207.148.251]) by mx1.freebsd.org (Postfix) with ESMTP id C53ED13C459 for ; Wed, 10 Jan 2007 20:12:27 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from (invalid client hostname: host address literal does not match remote client address)[127.0.0.1] (xtreme-156-171.dyn.aci.on.ca[69.17.156.171] port=1335) by public.aci.on.ca([205.207.148.252] port=25) via TCP with esmtp (1390 bytes) (sender: ) id for ; Wed, 10 Jan 2007 15:01:06 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2006-Feb-21) Message-ID: <45A54600.5030301@qwirky.net> Date: Wed, 10 Jan 2007 15:01:04 -0500 From: Jeff Royle User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1168453412.9393.701.camel@scotth.emsphone.com> <45A534B1.4040304@freebsd.org> In-Reply-To: <45A534B1.4040304@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0702-0, 09/01/2007), Outbound message X-Antivirus-Status: Clean Subject: Re: 6.2 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@qwirky.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 20:12:28 -0000 Colin Percival wrote: > Scott T. Hildreth wrote: >> Does anyone know if the Release is still going to happen today? > > The release is not going to happen today, but will be very soon. My > guess is that builds and mirroring will happen over the weekend and > the release announcement will go out on Monday or Tuesday depending > upon your time zone. > > Colin Percival This is good news. I have 5 new servers I have been testing 6.2 on since BETA-3, itching to put these into production :) Cheers, Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 20:26:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CCCD16A403 for ; Wed, 10 Jan 2007 20:26:02 +0000 (UTC) (envelope-from SRS0=8a2f3e741e4feb5bb25098db521de7b0f96bb2cc=211=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2673A13C459 for ; Wed, 10 Jan 2007 20:26:01 +0000 (UTC) (envelope-from SRS0=8a2f3e741e4feb5bb25098db521de7b0f96bb2cc=211=es.net=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 PVK25401; Wed, 10 Jan 2007 12:26:01 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4C20D45041; Wed, 10 Jan 2007 12:26:00 -0800 (PST) To: "Chen Xu" In-Reply-To: Your message of "Wed, 10 Jan 2007 14:54:09 EST." <184b087c0701101154x4bf948e7k8f00d4f9e7e2a8d6@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1168460760_81704P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 10 Jan 2007 12:26:00 -0800 From: "Kevin Oberman" Message-Id: <20070110202600.4C20D45041@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: booting question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 20:26:02 -0000 --==_Exmh_1168460760_81704P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 10 Jan 2007 14:54:09 -0500 > From: "Chen Xu" > > > Don't unload. Assuming that you use loader, let the system proceed to > > the count-down and press any key except . Then enter the command: > > boot kernel.old > > > > If you want to boot with options, place them at the end. (E.g. "boot > > kernel.old -s" > > that is very nice to know. I ran into the very same problem recently. > what I used to do was: at counting down, press SPACE bar, unload, > load /boot/kernel.old/kernel, boot. At least this order worked in the past. > Something must have changed at some point. This may or may not work depending on modules loaded (note that unload will unload all modules already loaded by the loader, not just the kernel) and whether any modules are loaded later in the boot process. While I have not check in quite a while, at one time this would result in modules still being loaded from /boot/kernel and these might not be compatible with the old kernel. It is quite possible that these issues have now been resolved and that both methods will produce identical results. -- 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_1168460760_81704P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFpUvYkn3rs5h7N1ERAuLwAKCRyQgJL1OzbOFjmEUNftNkZFv3yQCfe14q 3G0aaZuavA0k3V7xeU+mn/w= =m22Z -----END PGP SIGNATURE----- --==_Exmh_1168460760_81704P-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 20:37:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1418E16A40F for ; Wed, 10 Jan 2007 20:37:30 +0000 (UTC) (envelope-from jfvogel@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 CE3EA13C442 for ; Wed, 10 Jan 2007 20:37:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id b36so152120ana for ; Wed, 10 Jan 2007 12:37:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q5UXcUQHKuZM4gAizg8UX5kFTNRUZfcNNpknrqkHrEK+Kqtzp99XdrQeXKM0aEXoLDTfY4TBCDkSx/Lhxz2uQILaHGTg4xb1Dpsy4HkS57jTLxS1eX3D5amo5GtPTIilyIa75MiH1KubzZ6SCicjtzhNINDwJasfrch9Cr74Z+g= Received: by 10.100.37.4 with SMTP id k4mr468647ank.1168459911328; Wed, 10 Jan 2007 12:11:51 -0800 (PST) Received: by 10.100.105.12 with HTTP; Wed, 10 Jan 2007 12:11:51 -0800 (PST) Message-ID: <2a41acea0701101211q43ddad36ne00a8f25938b6bbf@mail.gmail.com> Date: Wed, 10 Jan 2007 12:11:51 -0800 From: "Jack Vogel" To: "Colin Percival" In-Reply-To: <45A534B1.4040304@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1168453412.9393.701.camel@scotth.emsphone.com> <45A534B1.4040304@freebsd.org> Cc: freebsd-stable@freebsd.org, shildreth@allantgroup.com Subject: Re: 6.2 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 20:37:30 -0000 On 1/10/07, Colin Percival wrote: > Scott T. Hildreth wrote: > > Does anyone know if the Release is still going to happen today? > > The release is not going to happen today, but will be very soon. My > guess is that builds and mirroring will happen over the weekend and > the release announcement will go out on Monday or Tuesday depending > upon your time zone. > > Colin Percival You guys ROCK :) Hope this means I get a new current snapshot too? Thanks Colin, Jack From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 20:39:06 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D0C916A40F; Wed, 10 Jan 2007 20:39:06 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id D9E8613C44C; Wed, 10 Jan 2007 20:39:05 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l0AKd10F053223; Wed, 10 Jan 2007 15:39:02 -0500 (EST) (envelope-from sven@dmv.com) Received: from [67.62.150.139] (static-67-62-150-139.dsl.cavtel.net [67.62.150.139]) (authenticated bits=0) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id l0AKcv8s082002; Wed, 10 Jan 2007 15:39:00 -0500 (EST) (envelope-from sven@dmv.com) Message-ID: <45A54FC9.8040900@dmv.com> Date: Wed, 10 Jan 2007 15:42:49 -0500 From: Sven Willenberger User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: Bruce Evans References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070109124826.M79616@delplex.bde.org> <1168353425.29047.8.camel@lanshark.dmv.com> <200701091150.15274.jhb@freebsd.org> <20070110132839.X16378@besplex.bde.org> In-Reply-To: <20070110132839.X16378@besplex.bde.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: stable@freebsd.org, freebsd-amd64@freebsd.org, John Baldwin Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 20:39:06 -0000 Bruce Evans presumably uttered the following on 01/09/07 21:42: > On Tue, 9 Jan 2007, John Baldwin wrote: > >> On Tuesday 09 January 2007 09:37, Sven Willenberger wrote: >>> On Tue, 2007-01-09 at 12:50 +1100, Bruce Evans wrote: >>>> Oops. I should have asked for the statment in bge_rxeof(). >>> >>> #7 0xffffffff801d5f17 in bge_rxeof (sc=0xffffffff8836b000) >> at /usr/src/sys/dev/bge/if_bge.c:2528 >>> 2528 m->m_pkthdr.len = m->m_len = cur_rx->bge_len - >> ETHER_CRC_LEN; >>> >>> (where m is defined as: >>> 2449 struct mbuf *m = NULL; >>> ) >> >> It's assigned earlier in between those two places. > > Its initialization here is just a style bug. > >> Can you 'p rxidx' as well >> as 'p sc->bge_cdata.bge_rx_std_chain[rxidx]' and 'p >> sc->bge_cdata.bge_rx_jumbo_chain[rxidx]'? Also, are you using jumbo >> frames >> at all? > > Also look at nearby chain entries (especially at (rxidx - 1) mod 512)). > I think the previous 255 entries and the rxidx one should be > non-NULL since we should have refilled them as we used them (so the > one at rxidx is least interesting since we certainly just refilled > it), and the next 256 entries should be NULL since we bogusly only use > half of the entries. If the problem is uninitialization, then I expect > all 512 entries except the one just refilled at rxidx to be NULL. > > Bruce > _______________________________________________ (kgdb) p sc->bge_cdata.bge_rx_std_chain[rxidx] $1 = (struct mbuf *) 0xffffff0097a27900 (kgdb) p rxidx $2 = 499 since rxidx = 499, I assume you are most interested in 498: (kgdb) p sc->bge_cdata.bge_rx_std_chain[498] $3 = (struct mbuf *) 0xffffff00cf1b3100 for the sake of argument, 500 is null: (kgdb) p sc->bge_cdata.bge_rx_std_chain[500] $13 = (struct mbuf *) 0x0 the indexes with values basically are 243 through 499: (kgdb) p sc->bge_cdata.bge_rx_std_chain[241] $30 = (struct mbuf *) 0x0 (kgdb) p sc->bge_cdata.bge_rx_std_chain[242] $31 = (struct mbuf *) 0x0 (kgdb) p sc->bge_cdata.bge_rx_std_chain[243] $32 = (struct mbuf *) 0xffffff005d4ab700 (kgdb) p sc->bge_cdata.bge_rx_std_chain[244] $33 = (struct mbuf *) 0xffffff004f644b00 so it does not seem to be a problem with "uninitialization". From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 22:03:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FA5216A492 for ; Wed, 10 Jan 2007 22:03:28 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 05A6F13C467 for ; Wed, 10 Jan 2007 22:03:27 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so639104nfc for ; Wed, 10 Jan 2007 14:03:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=DExWd0h+oJkN9NAGkCcoywsozFfXqraURFCkO08OkprVvkVIg2EhGHMjlik6m2bXLEtNdn3xWl9IV8ik8x56/CqZPVnY3M0k0QzoPymH305XDz60tYsGt0aYxn/5DSFo3cs3Hra6RWDzEYIovN95tyzjFkYyrmVzs7hWG+uo98c= Received: by 10.49.65.19 with SMTP id s19mr1533873nfk.1168464867878; Wed, 10 Jan 2007 13:34:27 -0800 (PST) Received: by 10.49.27.11 with HTTP; Wed, 10 Jan 2007 13:34:27 -0800 (PST) Message-ID: Date: Thu, 11 Jan 2007 00:34:27 +0300 From: pluknet To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_20518_2846615.1168464867818" Subject: ng_ubt(?) related kernel panic on 6.2-PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 22:03:28 -0000 ------=_Part_20518_2846615.1168464867818 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline hi all. i got a panic when attached and then detached the ubt0 device just after a few seconds. Actually, it is a built-in bluetooth device in my laptop, operated with the Fn key. The module was loaded via ng_ubt_load="YES" in loader.conf FreeBSD notebook.h3 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #13: Wed Jan 3 16:04:04 MSK 2007 root@notebook.h3:/usr/src/sys/i386/compile/MYKERNEL i386 part of dmesg: ubt0: vendor 0x413c product 0x8000, rev 2.00/12.66, addr 2 ubt0: vendor 0x413c product 0x8000, rev 2.00/12.66, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 ... Jan 10 22:29:44 notebook savecore: reboot after panic: page fault kgdb bt shows: #0 0xc04f663c in doadump () #1 0xc04f6bbd in boot () #2 0xc04f7193 in panic () #3 0xc0672044 in trap_fatal () #4 0xc06722fb in trap_pfault () #5 0xc06726f0 in trap () #6 0xc065f62a in calltrap () #7 0xc049ccc9 in uhci_device_bulk_start () #8 0xc04a72e6 in usb_transfer_complete () #9 0xc049c6ac in uhci_idone () #10 0xc049c879 in uhci_softintr () #11 0xc049c500 in uhci_intr1 () #12 0xc04dee8e in ithread_loop () #13 0xc04dda2d in fork_exit () #14 0xc065f68c in fork_trampoline () Since ng_ubt is a BT-USB interface, there is nothing extraordinary in the above, i think. Though, maybe it is related to usb, not ubt. This is the first time i got this panic. Usually (i.e. until this time) there was no panic related to ubt0. So, probably it is not reproduceable :( Unfortunately, the kernel didn't have any debug options when it occurred. thanks. pluknet ------=_Part_20518_2846615.1168464867818 Content-Type: application/octet-stream; name=dmesg Content-Transfer-Encoding: base64 X-Attachment-Id: f_ews9pbva Content-Disposition: attachment; filename="dmesg" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA2LjItUFJFUkVMRUFTRSAjMTM6IFdlZCBKYW4gIDMg MTY6MDQ6MDQgTVNLIDIwMDcKICAgIHJvb3RAbm90ZWJvb2suaDM6L3Vzci9zcmMvc3lzL2kzODYv Y29tcGlsZS9NWUtFUk5FTApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMDgxIEh6 IHF1YWxpdHkgMApDUFU6IEludGVsKFIpIFBlbnRpdW0oUikgTSBwcm9jZXNzb3IgMS42MEdIeiAo NTk5LjQ0LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9 IDB4NmQ2ICBTdGVwcGluZyA9IDYKICBGZWF0dXJlcz0weGFmZTlmOWJmPEZQVSxWTUUsREUsUFNF LFRTQyxNU1IsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULENMRkxVU0gsRFRTLEFD UEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsVE0sUEJFPgogIEZlYXR1cmVzMj0weDE4MDxFU1QsVE0y PgpyZWFsIG1lbW9yeSAgPSAyNjcwMzQ2MjQgKDI1NCBNQikKYXZhaWwgbWVtb3J5ID0gMjUxNzkz NDA4ICgyNDAgTUIpCmtiZDEgYXQga2JkbXV4MAppY2h3ZCBtb2R1bGUgbG9hZGVkCmFjcGkwOiA8 REVMTCBDUGkgUiAgPiBvbiBtb3RoZXJib2FyZApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVx dWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIg YXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAKY3B1MDogPEFDUEkgQ1BV PiBvbiBhY3BpMAplc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBv biBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmFj cGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMApiYXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBN ZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYmF0dGVyeTE6IDxBQ1BJIENvbnRyb2wgTWV0aG9kIEJh dHRlcnk+IG9uIGFjcGkwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9u IGFjcGkwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9idXR0b24x OiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBw b3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaV9saW5rMTogQklPUyBJUlEgMTEgZm9yIDAuMzEu SU5UQiBpcyBpbnZhbGlkCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IDxiYXNl IHBlcmlwaGVyYWw+IGF0IGRldmljZSAwLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJh c2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDAuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQphZ3AwOiA8 SW50ZWwgODI4NTVHTUUgKDg1NUdNRSBHTUNIKSBTVkdBIGNvbnRyb2xsZXI+IHBvcnQgMHhjMDAw LTB4YzAwNyBtZW0gMHhmMDAwMDAwMC0weGY3ZmZmZmZmLDB4ZmFmODAwMDAtMHhmYWZmZmZmZiBp cnEgMTEgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCmFncDA6IGRldGVjdGVkIDg5Mmsgc3RvbGVuIG1l bW9yeQphZ3AwOiBhcGVydHVyZSBzaXplIGlzIDEyOE0KZHJtc3ViMDogPEludGVsIGk4NTJHTS9p ODU1R00gR01DSD46IChjaGlsZCBvZiBhZ3BfaTgxMC5jKSBvbiBhZ3AwCmluZm86IFtkcm1dIEFH UCBhdCAweGYwMDAwMDAwIDEyOE1CCmluZm86IFtkcm1dIEluaXRpYWxpemVkIGk5MTUgMS40LjAg MjAwNjAxMTkKcGNpMDogPGRpc3BsYXk+IGF0IGRldmljZSAyLjEgKG5vIGRyaXZlciBhdHRhY2hl ZCkKdWhjaTA6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9y dCAweGJmODAtMHhiZjlmIGlycSAxMSBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kwOiBbR0lB TlQtTE9DS0VEXQp1c2IwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNC LUE+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IEludGVsIFVIQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiAyIHBvcnRzIHdp dGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMTogPEludGVsIDgyODAxREIgKElDSDQp IFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4YmY0MC0weGJmNWYgaXJxIDExIGF0IGRldmlj ZSAyOS4xIG9uIHBjaTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IDxJbnRlbCA4MjgwMURC IChJQ0g0KSBVU0IgY29udHJvbGxlciBVU0ItQj4gb24gdWhjaTEKdXNiMTogVVNCIHJldmlzaW9u IDEuMAp1aHViMTogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVo Y2kyOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHhi ZjIwLTB4YmYzZiBpcnEgMTEgYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1aGNpMjogW0dJQU5ULUxP Q0tFRF0KdXNiMjogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBv biB1aGNpMgp1c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVodWIyOiBJbnRlbCBVSENJIHJvb3QgaHVi LCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMjogMiBwb3J0cyB3aXRoIDIg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxJbnRlbCA4MjgwMURCL0wvTSAoSUNINCkg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmYWVmZmMwMC0weGZhZWZmZmZmIGlycSAxMSBhdCBk ZXZpY2UgMjkuNyBvbiBwY2kwCmVoY2kwOiBbR0lBTlQtTE9DS0VEXQp1c2IzOiBFSENJIHZlcnNp b24gMS4wCnVzYjM6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVz YjEgdXNiMgp1c2IzOiA8SW50ZWwgODI4MDFEQi9ML00gKElDSDQpIFVTQiAyLjAgY29udHJvbGxl cj4gb24gZWhjaTAKdXNiMzogVVNCIHJldmlzaW9uIDIuMAp1aHViMzogSW50ZWwgRUhDSSByb290 IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDEKdWh1YjM6IDYgcG9ydHMgd2l0 aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2lfbGluazE6IEJJT1MgSVJRIDExIGZvciAxLjMuSU5U QSBpcyBpbnZhbGlkCnBjaV9saW5rMTogQklPUyBJUlEgMTEgZm9yIDEuOC5JTlRBIGlzIGludmFs aWQKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpMTogPGJyaWRnZSwgUENJLUNhcmRC dXM+IGF0IGRldmljZSAxLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMTogPHNlcmlhbCBidXMs IEZpcmVXaXJlPiBhdCBkZXZpY2UgMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTE6IDxuZXR3 b3JrPiBhdCBkZXZpY2UgMy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmZ4cDA6IDxJbnRlbCA4Mjgw MURCIChJQ0g0KSBQcm8vMTAwIFZFIEV0aGVybmV0PiBwb3J0IDB4ZWNjMC0weGVjZmYgbWVtIDB4 ZmNmZmQwMDAtMHhmY2ZmZGZmZiBpcnEgMTEgYXQgZGV2aWNlIDguMCBvbiBwY2kxCm1paWJ1czA6 IDxNSUkgYnVzPiBvbiBmeHAwCmlucGh5MDogPGk4MjU2MkVUIDEwLzEwMCBtZWRpYSBpbnRlcmZh Y2U+IG9uIG1paWJ1czAKaW5waHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwg MTAwYmFzZVRYLUZEWCwgYXV0bwpmeHAwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMTo0Mzo0MTph MjpmYwppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgSUNINCBVRE1BMTAwIGNvbnRyb2xs ZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhiZmEwLTB4YmZh ZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kw CmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwCnBjbTA6IDxJbnRlbCBJQ0g0ICg4Mjgw MURCKT4gcG9ydCAweGQ4MDAtMHhkOGZmLDB4ZGM0MC0weGRjN2YgbWVtIDB4ZmFlZmY4MDAtMHhm YWVmZjlmZiwweGZhZWZmNDAwLTB4ZmFlZmY0ZmYgaXJxIDkgYXQgZGV2aWNlIDMxLjUgb24gcGNp MApwY20wOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8U2lnbWFUZWwgU1RBQzk3NTAvNTEgQUM5NyBD b2RlYz4KYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2Fy ZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2Jk MDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDog W0dJQU5ULUxPQ0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6 IFtHSUFOVC1MT0NLRURdCnBzbTA6IG1vZGVsIEdsaWRlUG9pbnQsIGRldmljZSBJRCAwCnNpbzA6 IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBmbGFn cyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzEgcG9ydCAweDNmOC0weDNmZiww eDI3MC0weDI3NyBpcnEgNCBkcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUwQQpwbXRpbWVy MCBvbiBpc2EwCmljaHdkMDogPEludGVsIDgyODAxREJNIHdhdGNoZG9nIHRpbWVyPiBvbiBpc2Ew Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjZDdmZiwweGNkODAw LTB4Y2RmZmYsMHhjZTAwMC0weGNlN2ZmLDB4Y2U4MDAtMHhjZWZmZiwweGNmMDAwLTB4Y2Y3ZmYs MHhjZjgwMC0weGNmZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4 MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2 Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAt MHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSA1OTk0NDI2OTIgSHog cXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMTAuMDAwIG1zZWMKYWQwOiAzODE1 NE1CIDxGVUpJVFNVIE1IVDIwNDBBSCAwMDZDPiBhdCBhdGEwLW1hc3RlciBVRE1BMTAwCmFjZDA6 IENEUlcgPFBISUxJUFMgQ0QtUlcvRFZELVJPTSBDREQ1MjYzL1VEOTE+IGF0IGF0YTEtbWFzdGVy IFVETUEzMwpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkMHM0YQpXQVJOSU5H OiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApjZDAgYXQgYXRhMSBidXMgMCB0YXJnZXQg MCBsdW4gMApjZDA6IDxQSElMSVBTIENEUlcvRFZEIENERDUyNjMgVUQ5MT4gUmVtb3ZhYmxlIENE LVJPTSBTQ1NJLTAgZGV2aWNlIApjZDA6IDMzLjAwME1CL3MgdHJhbnNmZXJzCmNkMDogQXR0ZW1w dCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVz ZW50CnVidDA6IHZlbmRvciAweDQxM2MgcHJvZHVjdCAweDgwMDAsIHJldiAyLjAwLzEyLjY2LCBh ZGRyIDIKdWJ0MDogdmVuZG9yIDB4NDEzYyBwcm9kdWN0IDB4ODAwMCwgcmV2IDIuMDAvMTIuNjYs IGFkZHIgMgp1YnQwOiBJbnRlcmZhY2UgMCBlbmRwb2ludHM6IGludGVycnVwdD0weDgxLCBidWxr LWluPTB4ODIsIGJ1bGstb3V0PTB4Mgp1YnQwOiBJbnRlcmZhY2UgMSAoYWx0LmNvbmZpZyA1KSBl bmRwb2ludHM6IGlzb2MtaW49MHg4MywgaXNvYy1vdXQ9MHgzOyB3TWF4UGFja2V0U2l6ZT00OTsg bmZyYW1lcz02LCBidWZmZXIgc2l6ZT0yOTQKZnhwMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERP V04KZnhwMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCg== ------=_Part_20518_2846615.1168464867818-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 22:25:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 228F516A503 for ; Wed, 10 Jan 2007 22:25:34 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id DAAB513C442 for ; Wed, 10 Jan 2007 22:25:33 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.100] (c-24-20-239-104.hsd1.wa.comcast.net [24.20.239.104]) (authenticated bits=0) by mail.sailorfej.net (8.13.4/8.13.4) with ESMTP id l0ALe4HT010498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Jan 2007 13:40:05 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <45A5604C.6070000@sailorfej.net> Date: Wed, 10 Jan 2007 13:53:16 -0800 From: Jeffrey Williams User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00 autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Subject: documentation for make targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 22:25:34 -0000 Can someone point to documentation for all the make targets in used in the /usr/src/Makefile. I am not looking for full documentation of each target, once I narrow down what targets I want I can get what need by walking the make files, but what I am looking for is a document that has a brief (short paragraph) of for each make target, describing its general purpose/function. Thanks, Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 22:42:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6525E16A416 for ; Wed, 10 Jan 2007 22:42:17 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5291913C474 for ; Wed, 10 Jan 2007 22:42:17 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout15/MantshX 4.0) with ESMTP id l0AMgCK6022684; Wed, 10 Jan 2007 14:42:15 -0800 (PST) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id l0AMg9X9008171; Wed, 10 Jan 2007 14:42:11 -0800 (PST) In-Reply-To: <45A5604C.6070000@sailorfej.net> References: <45A5604C.6070000@sailorfej.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Wed, 10 Jan 2007 14:42:09 -0800 To: Jeffrey Williams X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-stable@freebsd.org Subject: Re: documentation for make targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 22:42:17 -0000 On Jan 10, 2007, at 1:53 PM, Jeffrey Williams wrote: > Can someone point to documentation for all the make targets in used > in the /usr/src/Makefile. I am not looking for full documentation > of each target, once I narrow down what targets I want I can get > what need by walking the make files, but what I am looking for is a > document that has a brief (short paragraph) of for each make > target, describing its general purpose/function. You could start with "head -18 /usr/src/Makefile"... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 22:47:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6B0616A403 for ; Wed, 10 Jan 2007 22:47:26 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1A3BE13C47E for ; Wed, 10 Jan 2007 22:47:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout02/MantshX 4.0) with ESMTP id l0AMQK3r005601; Wed, 10 Jan 2007 14:26:23 -0800 (PST) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id l0AMQH38001442; Wed, 10 Jan 2007 14:26:18 -0800 (PST) In-Reply-To: <17829.9117.888327.881204@rosebud.alerce.com> References: <17829.9117.888327.881204@rosebud.alerce.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Wed, 10 Jan 2007 14:26:17 -0800 To: hartzell@alerce.com X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-stable@freebsd.org Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 22:47:26 -0000 On Jan 10, 2007, at 9:34 AM, George Hartzell wrote: > I'm setting up a Dell Poweredge 750 1U server. A friend is loaning me > space in his rack and since his rack usage is limited by power I'd > like to be as thrifty as possible. > > I hooked my kill-a-watt meter up and ran the machine for a couple of > days and it uses 88 watts (3.90KWH/44.01H). > > Then I kldloaded cpufreq and enabled powerd and it still uses 88 watts > (8.35KWH/93.47H). > > That surprised me a bit, and seems to suggest that it's spending most > of its energy spinning fans or something. There isn't going to be nearly as much power savings running powerd with a desktop or rackmount equipment than with a laptop-- the latter are designed with a low-power mode of operation as a priority due to limited battery life. Also, I think that powerd also doesn't help that much compared with the "HLT in the idle task" approach that has been used previously, but YMMV. Also note that most power supplies are rated for around 80 - 90% efficiency, which means that a 400W power supply under full design load would be be drawing 440 to 480 W. However, even under zero load, they'll still eat a few watts. Unless you replace the machine with something like a VIA EPIA or a Soekris 45xx/48xx using very low power components, you're going to have a tough time getting your power draw down much lower than the ~90 W. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 22:57:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4AA216A403 for ; Wed, 10 Jan 2007 22:57:35 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 0B79513C442 for ; Wed, 10 Jan 2007 22:57:34 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:Subject:Message-ID:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=SvVgnhqf0612JSpWnq3Hw+1stLudTz+Su0IubTiZ7DvOkgV8jTuANo1hnggTP0XTLYqFnh5KtNGN/ztMk2luoA54gFmq2tfXfi1UOoIG7HB8yQmA0AisWizaHBB0QTrGGaTTePtilMGg3yAzuf7/zbsShtUrBUUmDRuEE1jq5Y8=; Received: from thebighonker.lerctr.org ([192.147.25.65]:63289) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.64 (FreeBSD)) (envelope-from ) id 1H4mNn-0000K2-LK for freebsd-stable@freebsd.org; Wed, 10 Jan 2007 16:57:31 -0600 Date: Wed, 10 Jan 2007 16:57:21 -0600 (CST) From: Larry Rosenman To: freebsd-stable@freebsd.org Message-ID: <20070110165646.G1203@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -3.1 (---) X-LERCTR-Spam-Score: -3.1 (---) X-Spam-Report: (-3.1 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 FM_MULTI_ODD2=1.1 TW_DB=0.077 TW_RB=0.077 TW_ZF=0.077 X-LERCTR-Spam-Report: (-3.1 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 FM_MULTI_ODD2=1.1 TW_DB=0.077 TW_RB=0.077 TW_ZF=0.077 DomainKey-Status: no signature Subject: Panic/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: Wed, 10 Jan 2007 22:57:36 -0000 # kgdb -c vmcore.1 /usr/obj/usr/src/sys/THEBIGHONKER/kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Slab at 0xffffffff81fc7d88, freei 43 = 0. panic: Duplicate free of item 0xffffffff81fc7810 from zone 0xffffff00bff6d340(PV ENTRY) cpuid = 1 KDB: stack backtrace: panic() at panic+0x253 uma_dbg_free() at uma_dbg_free+0x188 uma_zfree_arg() at uma_zfree_arg+0x60 pmap_remove_pages() at pmap_remove_pages+0x1d1 vmspace_exit() at vmspace_exit+0x9a exit1() at exit1+0x38f sys_exit() at sys_exit+0xe syscall() at syscall+0x4d1 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x80146777c, rsp = 0x7fffffffe52 8, rbp = 0x572000 --- Uptime: 10d17h24m40s Physical memory: 4087 MB Dumping 598 MB: 583 567 551 535 519 503 487 471 455 439 423 407 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xffffffff80296699 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff8029612b in panic ( fmt=0xffffffff804c47a8 "Duplicate free of item %p from zone %p(%s)\n") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xffffffff803d8c58 in uma_dbg_free (zone=0xffffff00bff6d340, slab=0xffffffff81fc7d88, item=0xffffffff81fc7810) at /usr/src/sys/vm/uma_dbg.c:302 #4 0xffffffff803d6950 in uma_zfree_arg (zone=0xffffff00bff6d340, item=0xffffffff81fc7810, udata=0x0) at /usr/src/sys/vm/uma_core.c:2276 #5 0xffffffff80423e31 in pmap_remove_pages (pmap=0xffffff00a576fe20, sva=0, eva=140737488355328) at /usr/src/sys/amd64/amd64/pmap.c:2597 #6 0xffffffff803e0fba in vmspace_exit (td=0xffffff00ac8954c0) at vm_map.h:251 #7 0xffffffff8027bf3f in exit1 (td=0xffffff00ac8954c0, rv=0) at /usr/src/sys/kern/kern_exit.c:295 #8 0xffffffff8027cace in sys_exit (td=0x0, uap=0x0) at /usr/src/sys/kern/kern_exit.c:99 #9 0xffffffff80429dd1 in syscall (frame= {tf_rdi = 0, tf_rsi = 0, tf_rdx = 34381131040, tf_rcx = 8, tf_r8 = 0, tf_r 9 = 0, tf_rax = 1, tf_rbx = 0, tf_rbp = 5709824, tf_r10 = 0, tf_r11 = 0, tf_r12 = 5677056, tf_r13 = 15, tf_r14 = 35, tf_r15 = 140737488348784, tf_trapno = 12, t f_addr = 34382333184, tf_flags = 102739200, tf_err = 2, tf_rip = 34381133692, tf ---Type to continue, or q to quit--- _cs = 43, tf_rflags = 514, tf_rsp = 140737488348456, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:792 #10 0xffffffff80414d68 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #11 0x000000080146777c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) What can I do to help? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 23:25:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF16D16A40F for ; Wed, 10 Jan 2007 23:25:50 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 6FDC713C455 for ; Wed, 10 Jan 2007 23:25:50 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JBO00GNPEEXOIE0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 00:25:45 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JBO00519EEXGM10@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 00:25:45 +0100 (CET) Date: Thu, 11 Jan 2007 00:25:44 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20070110202600.4C20D45041@ptavv.es.net> To: freebsd-stable@freebsd.org Message-id: <20070111002544.9cfc6e14.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <184b087c0701101154x4bf948e7k8f00d4f9e7e2a8d6@mail.gmail.com> <20070110202600.4C20D45041@ptavv.es.net> Subject: Re: booting question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 23:25:50 -0000 On Wed, 10 Jan 2007 12:26:00 -0800 Kevin Oberman wrote: > This may or may not work depending on modules loaded (note that unload > will unload all modules already loaded by the loader, not just the > kernel) and whether any modules are loaded later in the boot > process. While I have not check in quite a while, at one time this > would result in modules still being loaded from /boot/kernel and > these might not be compatible with the old kernel. FWIW, I had to boot a machine with the install CD (6.2-RC2, cd1) the other day, because FreeBSD's boot manager was hosed, erm, overwritten by Linux (which I had installed on another partition. Not my fault that the Linux installation program didn't ask me hwere to put grub, oh well) What I wanted was to use boot0cfg to write FreeBSD's boot manager back onto the MBR, but since I didn't have a rescue CD, I had to boot the machine with CD1, and then make it get everything from the hard drive and boot from there. I knew that may FreeBSD installation was on disk0, slice 1. What I did was the following (IIRC): 1) boot from CD1 2) select command line from boot menu 3) unload 4) set currdev=disk0s1 5) load kernel 6) boot (actually, I think I used boot -a, but I don't know if that is necessary) HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Wed Jan 10 23:34:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DE3516A412 for ; Wed, 10 Jan 2007 23:34:16 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id 7584813C461 for ; Wed, 10 Jan 2007 23:34:16 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.100] (c-24-20-239-104.hsd1.or.comcast.net [24.20.239.104]) (authenticated bits=0) by mail.sailorfej.net (8.13.4/8.13.4) with ESMTP id l0ANKft2011189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Jan 2007 15:20:42 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <45A577DF.2060002@sailorfej.net> Date: Wed, 10 Jan 2007 15:33:51 -0800 From: Jeffrey Williams User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45A5604C.6070000@sailorfej.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00 autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Subject: Re: documentation for make targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2007 23:34:16 -0000 Thanks Chuck, But I got those, sorry I should have been more clear, the ones I want to see documentation on are the ones less commonly used like: buildenv check-old checkdpadd distribute distributeworld distrib-dirs distribution hierarchy regress release rerelease for instance "make distribution" is used in setting up jails (per the jail man page), but no where can I find a description of what it actually does, I tried following it through the make file chain but wasn't able to quickly determine what exactly it does. In must be something exclusive of "make world", because it follows that command in the jail setup instructions. By the I have tried google, handbook, mailing list, and faq for these but the most I have been able to find are rote use of these in howto's, like the "make distribution" example above, but no descriptions of what they do. Thanks Jeff Chuck Swiger wrote: > On Jan 10, 2007, at 1:53 PM, Jeffrey Williams wrote: >> Can someone point to documentation for all the make targets in used in >> the /usr/src/Makefile. I am not looking for full documentation of >> each target, once I narrow down what targets I want I can get what >> need by walking the make files, but what I am looking for is a >> document that has a brief (short paragraph) of for each make target, >> describing its general purpose/function. > > You could start with "head -18 /usr/src/Makefile"... > > ---Chuck > > > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 00:27:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B06716A415 for ; Thu, 11 Jan 2007 00:27:20 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2A11313C45D for ; Thu, 11 Jan 2007 00:27:20 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1H4mGQ-0007Cq-TE for ; Wed, 10 Jan 2007 23:49:46 +0100 Received: (qmail 1151 invoked from network); 10 Jan 2007 22:49:45 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 10 Jan 2007 22:49:45 -0000 To: pluknet , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: Quoted-Printable Date: Wed, 10 Jan 2007 23:49:44 +0100 Message-ID: In-Reply-To: User-Agent: Opera Mail/9.10 (FreeBSD) Cc: Subject: Re: ng_ubt(?) related kernel panic on 6.2-PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 00:27:20 -0000 I can't help you, but you might also send this to the freebsd-bluetooth = = mailinglist. Ronald. On Wed, 10 Jan 2007 22:34:27 +0100, pluknet wrote: > hi all. > > i got a panic when attached and then detached the ubt0 device just > after a few seconds. > Actually, it is a built-in bluetooth device in my laptop, operated wit= h > the Fn key. > > The module was loaded via > ng_ubt_load=3D"YES" > in loader.conf > > FreeBSD notebook.h3 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #13: Wed Jan= > 3 16:04:04 MSK 2007 > root@notebook.h3:/usr/src/sys/i386/compile/MYKERNEL i386 > > part of dmesg: > ubt0: vendor 0x413c product 0x8000, rev 2.00/12.66, addr 2 > ubt0: vendor 0x413c product 0x8000, rev 2.00/12.66, addr 2 > ubt0: Interface 0 endpoints: interrupt=3D0x81, bulk-in=3D0x82, bulk-ou= t=3D0x2 > ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=3D0x83, > isoc-out=3D0x3; wMaxPacketSize=3D49; nframes=3D6, buffer size=3D294 > ... > Jan 10 22:29:44 notebook savecore: reboot after panic: page fault > > kgdb bt shows: > #0 0xc04f663c in doadump () > #1 0xc04f6bbd in boot () > #2 0xc04f7193 in panic () > #3 0xc0672044 in trap_fatal () > #4 0xc06722fb in trap_pfault () > #5 0xc06726f0 in trap () > #6 0xc065f62a in calltrap () > #7 0xc049ccc9 in uhci_device_bulk_start () > #8 0xc04a72e6 in usb_transfer_complete () > #9 0xc049c6ac in uhci_idone () > #10 0xc049c879 in uhci_softintr () > #11 0xc049c500 in uhci_intr1 () > #12 0xc04dee8e in ithread_loop () > #13 0xc04dda2d in fork_exit () > #14 0xc065f68c in fork_trampoline () > > Since ng_ubt is a BT-USB interface, there is nothing extraordinary > in the above, i think. Though, maybe it is related to usb, not ubt. > > This is the first time i got this panic. Usually (i.e. until this > time) there was no panic related to ubt0. So, probably it is not > reproduceable :( > Unfortunately, the kernel didn't have any debug options when it > occurred. > > thanks. > pluknet -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 04:43:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7986C16A407 for ; Thu, 11 Jan 2007 04:43:07 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 1140913C455 for ; Thu, 11 Jan 2007 04:43:06 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so304751uge for ; Wed, 10 Jan 2007 20:43:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=c7iKQ6xtPwIMVb6cEXFhtjQ4R/YM79MnfF8FiAZt/TSCzrGvAjM8aoI4CjsUGM9GEVE5qoZ/gUznrOGVr1W+Istb/f9YqzvEV6VmBfKcqWTbEIDv+SpOrq54Hu85tVCGTyPVurrVNX0uk8pl6UQ1OGnCcuQF38rKxvhOzdnEv5k= Received: by 10.78.47.15 with SMTP id u15mr319623huu.1168489048246; Wed, 10 Jan 2007 20:17:28 -0800 (PST) Received: by 10.78.132.8 with HTTP; Wed, 10 Jan 2007 20:17:28 -0800 (PST) Message-ID: <84dead720701102017l1e7111cdm151970c5a5bd42bc@mail.gmail.com> Date: Thu, 11 Jan 2007 09:47:28 +0530 From: "Joseph Koshy" To: "Jeffrey Williams" In-Reply-To: <45A577DF.2060002@sailorfej.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45A5604C.6070000@sailorfej.net> <45A577DF.2060002@sailorfej.net> Cc: freebsd-stable@freebsd.org Subject: Re: documentation for make targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 04:43:07 -0000 > By the I have tried google, handbook, mailing list, and faq > for these but the most I have been able to find are rote > use of these in howto's, like the "make distribution" > example above, but no descriptions of what they do. The build(7) manual page documents some of the make targets meant for 'public consumption'. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 07:15:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 705E216A47E for ; Thu, 11 Jan 2007 07:15:15 +0000 (UTC) (envelope-from axel@dnepr.net) Received: from mail.dnepr.net (mail.dnepr.net [217.198.131.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0261813C459 for ; Thu, 11 Jan 2007 07:15:09 +0000 (UTC) (envelope-from axel@dnepr.net) Received: from gx.dnepr.net ([217.198.131.109]) by mail.dnepr.net with esmtp id 1H4tzX-000FNw-QG for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 09:04:51 +0200 Message-ID: <45A5E193.1070307@dnepr.net> Date: Thu, 11 Jan 2007 09:04:51 +0200 From: Oleg Kozheltsev Organization: ISP EuroNet User-Agent: Thunderbird 1.5.0.9 (X11/20061226) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI resume event and devd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 07:15:15 -0000 Hello On my notebook (Compaq Armada M700, 6.1), after sleep state mouse freeze. So, I added in devd.conf action for restart moused. But, as I can see, devd don't catch ACPI Button 0x00 event (run him with -Dd flags and don't see any new strings at all), but kernel write "wakeup from sleeping state (slept 00:00:31)" in logger right. Also, devd catching and working on with all other ACPI event's correctly (Button 0x01, Lid, etc). Searched some info on the web, try some tips, but any luck... Close to my problem discussion here: http://www.daemonnews.org/mailinglists/FreeBSD/freebsd-acpi/msg02409.html But in 6.1 no such staff, like maybe present in CURRENT. With resume log string I see other: kernel: pci0: Failed to set ACPI power state D2 on \_SB_.C005.C1CA: AE_BAD_PARAMETER But I believe, this is something related to ESS card. Any help, please?... ;) Thx. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 09:12:29 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDB5D16A403 for ; Thu, 11 Jan 2007 09:12:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 48E6913C441 for ; Thu, 11 Jan 2007 09:12:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (iforgf@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l0B9CCHo068988; Thu, 11 Jan 2007 10:12:17 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l0B9CBm5068986; Thu, 11 Jan 2007 10:12:11 +0100 (CET) (envelope-from olli) Date: Thu, 11 Jan 2007 10:12:11 +0100 (CET) Message-Id: <200701110912.l0B9CBm5068986@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, hartzell@alerce.com In-Reply-To: <17829.9117.888327.881204@rosebud.alerce.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 11 Jan 2007 10:12:17 +0100 (CET) Cc: Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 09:12:29 -0000 George Hartzell wrote: > I'm setting up a Dell Poweredge 750 1U server. A friend is loaning me > space in his rack and since his rack usage is limited by power I'd > like to be as thrifty as possible. > > I hooked my kill-a-watt meter up and ran the machine for a couple of > days and it uses 88 watts (3.90KWH/44.01H). > > Then I kldloaded cpufreq and enabled powerd and it still uses 88 watts > (8.35KWH/93.47H). Did you verify that powerd actually reduced the CPU frequency? What's the output from "sysctl dev.cpu.0"? It might be enlightening to watch the following shell loop for a while: while :; do sysctl dev.cpu.0.freq; sleep 1; done By the way, do you have an SMP system, or are you running a kernel without SMP? "sysctl machdep.cpu_idle_hlt"? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 09:51:36 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8231D16A99E for ; Thu, 11 Jan 2007 09:51:36 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 54D8313C44C for ; Thu, 11 Jan 2007 09:51:36 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0B94AEe067784 for ; Thu, 11 Jan 2007 01:04:11 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A5FD8A.6080409@svcolo.com> Date: Thu, 11 Jan 2007 01:04:10 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43182 - 9a84307b3808 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: Subject: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 09:51:36 -0000 So I have a raid array of 2.4TB. And yes, I really need 2.4TB, and no there's no room for another set of disks to boot from. / 1g /var 16g /big **everything else Sysinstall recognized the drive properly and everything looked dandy during install. However, it turns out that fdisk and bsdlabel both just chopped off the last partition at 248GB. (why 248gb and not 2tb?) Reading the various mailing lists, it strikes me that I need to make partition 1 be normal MBR, and then use GPT to create another partition table in slice 2. Makes sense to me. How? In theory this seems simple, but I can't figure out how to modify the slices without fdisk, which won't play ball with the larger size. And why 248GB anyway? I'd almost be willing to lose the extra .4tb if it just stopped at 2TB. Why does it slap back down to 248gb? NOTE: yes I already understand about PC BIOS and MBR, and not reading GPT format. The question is -- how do I make them coexist? -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 10:56:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2A2A16A4A0 for ; Thu, 11 Jan 2007 10:56:56 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA4E13C44B for ; Thu, 11 Jan 2007 10:56:56 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1H4xc0-0003yh-00; Thu, 11 Jan 2007 11:56:48 +0100 Date: Thu, 11 Jan 2007 11:56:48 +0100 To: George Hartzell Message-ID: <20070111105648.GK4945@poupinou.org> References: <17829.9117.888327.881204@rosebud.alerce.com> <20070110183643.GI832@turion.vk2pj.dyndns.org> <17829.13636.926529.357546@rosebud.alerce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17829.13636.926529.357546@rosebud.alerce.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 10:56:56 -0000 On Wed, Jan 10, 2007 at 10:49:40AM -0800, George Hartzell wrote: > Peter Jeremy writes: > > On Wed, 2007-Jan-10 09:34:21 -0800, George Hartzell wrote: > > >I hooked my kill-a-watt meter up and ran the machine for a couple of > > >days and it uses 88 watts (3.90KWH/44.01H). > > > > What was it doing for those couple of days? [...] > > It's a small time mail server and web host. It was running under its > real world load. > > > I presume you confirmed that cpufreq/powerd was actually functioning > > (ie the CPU frequency was being changed). > > Yep, or at least I confirmed that powerd -v from a shell cycled up and > down w/ demand, then I configured it to run as a daemon and confirmed > that was cpufreq was loaded and that powerd was running in the > background. > > > >That surprised me a bit, and seems to suggest that it's spending most > > >of its energy spinning fans or something. > > > > PSU overheads, fans, northbridge, video, RAM, disk, ... it all adds up. > > That's sort of what I was figuring, it is/was just that my laptop > experience with powerd and battery life suggested that there would be > more of a difference. > > > I can't specifically help with the Dell. > What specific driver(s) were loaded actually? A devinfo might help. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 11:01:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68D9616A40F for ; Thu, 11 Jan 2007 11:01:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3F65C13C455 for ; Thu, 11 Jan 2007 11:01:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id CFFC34C506; Thu, 11 Jan 2007 06:01:42 -0500 (EST) Date: Thu, 11 Jan 2007 11:01:42 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jeffrey Williams In-Reply-To: <45A577DF.2060002@sailorfej.net> Message-ID: <20070111110044.R52843@fledge.watson.org> References: <45A5604C.6070000@sailorfej.net> <45A577DF.2060002@sailorfej.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: documentation for make targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 11:01:43 -0000 On Wed, 10 Jan 2007, Jeffrey Williams wrote: > But I got those, sorry I should have been more clear, the ones I want to see > documentation on are the ones less commonly used like: > > buildenv > check-old > checkdpadd > distribute > distributeworld > distrib-dirs > distribution > hierarchy > regress > release > rerelease At lease 'release' is described in release(9). The others appear to be less documented. build(9) would be a good place to put them, however. Robert N M Watson Computer Laboratory University of Cambridge > > for instance "make distribution" is used in setting up jails (per the jail > man page), but no where can I find a description of what it actually does, I > tried following it through the make file chain but wasn't able to quickly > determine what exactly it does. In must be something exclusive of "make > world", because it follows that command in the jail setup instructions. > > By the I have tried google, handbook, mailing list, and faq for these but the > most I have been able to find are rote use of these in howto's, like the > "make distribution" example above, but no descriptions of what they do. > > Thanks > Jeff > > Chuck Swiger wrote: >> On Jan 10, 2007, at 1:53 PM, Jeffrey Williams wrote: >>> Can someone point to documentation for all the make targets in used in the >>> /usr/src/Makefile. I am not looking for full documentation of each >>> target, once I narrow down what targets I want I can get what need by >>> walking the make files, but what I am looking for is a document that has a >>> brief (short paragraph) of for each make target, describing its general >>> purpose/function. >> >> You could start with "head -18 /usr/src/Makefile"... >> >> ---Chuck >> >> >> > _______________________________________________ > 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 Thu Jan 11 11:02:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7391016A505 for ; Thu, 11 Jan 2007 11:02:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4D76813C467 for ; Thu, 11 Jan 2007 11:02:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C2CC84C50E; Thu, 11 Jan 2007 06:02:39 -0500 (EST) Date: Thu, 11 Jan 2007 11:02:39 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jeffrey Williams In-Reply-To: <20070111110044.R52843@fledge.watson.org> Message-ID: <20070111110159.Q52843@fledge.watson.org> References: <45A5604C.6070000@sailorfej.net> <45A577DF.2060002@sailorfej.net> <20070111110044.R52843@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: documentation for make targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 11:02:40 -0000 On Thu, 11 Jan 2007, Robert Watson wrote: > On Wed, 10 Jan 2007, Jeffrey Williams wrote: > >> But I got those, sorry I should have been more clear, the ones I want to >> see documentation on are the ones less commonly used like: >> >> buildenv >> check-old >> checkdpadd >> distribute >> distributeworld >> distrib-dirs >> distribution >> hierarchy >> regress >> release >> rerelease > > At lease 'release' is described in release(9). The others appear to be less > documented. build(9) would be a good place to put them, however. Er, release(7) and build(7), that is. > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> for instance "make distribution" is used in setting up jails (per the jail >> man page), but no where can I find a description of what it actually does, >> I tried following it through the make file chain but wasn't able to quickly >> determine what exactly it does. In must be something exclusive of "make >> world", because it follows that command in the jail setup instructions. >> >> By the I have tried google, handbook, mailing list, and faq for these but >> the most I have been able to find are rote use of these in howto's, like >> the "make distribution" example above, but no descriptions of what they do. >> >> Thanks >> Jeff >> >> Chuck Swiger wrote: >>> On Jan 10, 2007, at 1:53 PM, Jeffrey Williams wrote: >>>> Can someone point to documentation for all the make targets in used in >>>> the /usr/src/Makefile. I am not looking for full documentation of each >>>> target, once I narrow down what targets I want I can get what need by >>>> walking the make files, but what I am looking for is a document that has >>>> a brief (short paragraph) of for each make target, describing its general >>>> purpose/function. >>> >>> You could start with "head -18 /usr/src/Makefile"... >>> >>> ---Chuck >>> >>> >>> >> _______________________________________________ >> 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 Thu Jan 11 11:11:56 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06B3916A494 for ; Thu, 11 Jan 2007 11:11:56 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.freebsd.org (Postfix) with ESMTP id 1E2C113C4A9 for ; Thu, 11 Jan 2007 11:11:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 64F87B8EF; Thu, 11 Jan 2007 11:52:17 +0100 (CET) Message-ID: <45A616E3.8000006@andric.com> Date: Thu, 11 Jan 2007 11:52:19 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0b1 (Windows/20070106) MIME-Version: 1.0 To: Jo Rhett References: <45A5FD8A.6080409@svcolo.com> In-Reply-To: <45A5FD8A.6080409@svcolo.com> X-Enigmail-Version: 0.94.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 11:11:56 -0000 Jo Rhett wrote: > Sysinstall recognized the drive properly and everything looked dandy > during install. However, it turns out that fdisk and bsdlabel both just > chopped off the last partition at 248GB. (why 248gb and not 2tb?) Wrapping around 2 TiB, probably. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 14:02:37 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 261CF16A415 for ; Thu, 11 Jan 2007 14:02:37 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id E077813C45D for ; Thu, 11 Jan 2007 14:02:36 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 11 Jan 2007 13:35:53 -0000 Date: Thu, 11 Jan 2007 15:35:25 +0200 From: Nikolay Pavlov To: Jo Rhett Message-ID: <20070111133525.GA12164@zone3000.net> References: <45A5FD8A.6080409@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A5FD8A.6080409@svcolo.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 14:02:37 -0000 On Thursday, 11 January 2007 at 1:04:10 -0800, Jo Rhett wrote: > So I have a raid array of 2.4TB. And yes, I really need 2.4TB, and no > there's no room for another set of disks to boot from. > / 1g > /var 16g > /big **everything else > > Sysinstall recognized the drive properly and everything looked dandy > during install. However, it turns out that fdisk and bsdlabel both just > chopped off the last partition at 248GB. (why 248gb and not 2tb?) > > Reading the various mailing lists, it strikes me that I need to make > partition 1 be normal MBR, and then use GPT to create another partition > table in slice 2. Makes sense to me. You need to create two arrays first, for example here is my ARECA configuration: Here is drives on my server: CLI> disk info Ch ModelName Serial# FirmRev Capacity State =============================================================================== 1 WDC WD3200YS-01 WD-WCAPD2905423 21.00M21 320.1GB RaidSet Member(1) 2 WDC WD3200YS-01 WD-WCAPD2784014 21.00M21 320.1GB RaidSet Member(1) 3 WDC WD3200YS-01 WD-WCAPD2938741 21.00M21 320.1GB RaidSet Member(1) 4 WDC WD3200YS-01 WD-WCAPD2905454 21.00M21 320.1GB RaidSet Member(1) 5 WDC WD3200YS-01 WD-WCAPD2909622 21.00M21 320.1GB RaidSet Member(1) 6 WDC WD3200YS-01 WD-WCAPD2941988 21.00M21 320.1GB RaidSet Member(1) 7 WDC WD3200YS-01 WD-WCAPD2895051 21.00M21 320.1GB RaidSet Member(1) 8 WDC WD3200YS-01 WD-WCAPD2840974 21.00M21 320.1GB RaidSet Member(1) 9 WDC WD3200YS-01 WD-WCAPD2908560 21.00M21 320.1GB RaidSet Member(1) 10 WDC WD3200YS-01 WD-WCAPD2908273 21.00M21 320.1GB RaidSet Member(1) 11 WDC WD3200YS-01 WD-WCAPD2694369 21.00M21 320.1GB RaidSet Member(1) 12 WDC WD3200YS-01 WD-WCAPD2941968 21.00M21 320.1GB RaidSet Member(1) 13 WDC WD3200YS-01 WD-WCAPD2908270 21.00M21 320.1GB RaidSet Member(1) 14 WDC WD3200YS-01 WD-WCAPD2675053 21.00M21 320.1GB RaidSet Member(1) 15 WDC WD3200YS-01 WD-WCAPD2804241 21.00M21 320.1GB RaidSet Member(1) 16 WDC WD3200YS-01 WD-WCAPD2908119 21.00M21 320.1GB RaidSet Member(1) =============================================================================== GuiErrMsg<0x00>: Success. And here is two arrays: CLI> vsf info # Name Raid# Level Capacity Ch/Id/Lun State =============================================================================== 1 ARC-1160-VOL#00 1 Raid5 25.0GB 00/00/00 Normal 2 ARC-1160-VOL#01 1 Raid5 4775.0GB 00/00/01 Normal =============================================================================== GuiErrMsg<0x00>: Success. The first one contain normal MBR record: # fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=3039 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3039 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 48821472 (23838 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: And here is the mount points on this array: /dev/da0s1a on / (ufs, local) /dev/da0s1d on /tmp (ufs, local, noatime, nosuid, soft-updates) /dev/da0s1f on /usr (ufs, local, soft-updates) /dev/da0s1e on /var (ufs, local, soft-updates) The second array contain GPT record created with gpt utility: # fdisk /dev/da1 ******* Working on device /dev/da1 ******* parameters extracted from in-core disklabel are: cylinders=580527 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=580527 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 4294967295 (2097151 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Mount point: /dev/da1p1 on /mnt/mnt2 (ufs, local, noatime, soft-updates) > > How? In theory this seems simple, but I can't figure out how to modify > the slices without fdisk, which won't play ball with the larger size. > > And why 248GB anyway? I'd almost be willing to lose the extra .4tb if > it just stopped at 2TB. Why does it slap back down to 248gb? > > NOTE: yes I already understand about PC BIOS and MBR, and not reading > GPT format. The question is -- how do I make them coexist? > > -- > Jo Rhett > senior geek > Silicon Valley Colocation > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 14:13:15 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B5AC16A403 for ; Thu, 11 Jan 2007 14:13:15 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id D527D13C469 for ; Thu, 11 Jan 2007 14:13:14 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 11 Jan 2007 14:13:13 -0000 Date: Thu, 11 Jan 2007 16:12:45 +0200 From: Nikolay Pavlov To: Jo Rhett Message-ID: <20070111141245.GB12164@zone3000.net> References: <45A5FD8A.6080409@svcolo.com> <20070111133525.GA12164@zone3000.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070111133525.GA12164@zone3000.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 14:13:15 -0000 On Thursday, 11 January 2007 at 15:35:25 +0200, Nikolay Pavlov wrote: > On Thursday, 11 January 2007 at 1:04:10 -0800, Jo Rhett wrote: > > So I have a raid array of 2.4TB. And yes, I really need 2.4TB, and no > > there's no room for another set of disks to boot from. > > / 1g > > /var 16g > > /big **everything else > > > > Sysinstall recognized the drive properly and everything looked dandy > > during install. However, it turns out that fdisk and bsdlabel both just > > chopped off the last partition at 248GB. (why 248gb and not 2tb?) > > > > Reading the various mailing lists, it strikes me that I need to make > > partition 1 be normal MBR, and then use GPT to create another partition > > table in slice 2. Makes sense to me. > > You need to create two arrays first, for example here is my ARECA > configuration: > > Here is drives on my server: > CLI> disk info > Ch ModelName Serial# FirmRev Capacity State > =============================================================================== > 1 WDC WD3200YS-01 WD-WCAPD2905423 21.00M21 320.1GB RaidSet Member(1) > 2 WDC WD3200YS-01 WD-WCAPD2784014 21.00M21 320.1GB RaidSet Member(1) > 3 WDC WD3200YS-01 WD-WCAPD2938741 21.00M21 320.1GB RaidSet Member(1) > 4 WDC WD3200YS-01 WD-WCAPD2905454 21.00M21 320.1GB RaidSet Member(1) > 5 WDC WD3200YS-01 WD-WCAPD2909622 21.00M21 320.1GB RaidSet Member(1) > 6 WDC WD3200YS-01 WD-WCAPD2941988 21.00M21 320.1GB RaidSet Member(1) > 7 WDC WD3200YS-01 WD-WCAPD2895051 21.00M21 320.1GB RaidSet Member(1) > 8 WDC WD3200YS-01 WD-WCAPD2840974 21.00M21 320.1GB RaidSet Member(1) > 9 WDC WD3200YS-01 WD-WCAPD2908560 21.00M21 320.1GB RaidSet Member(1) > 10 WDC WD3200YS-01 WD-WCAPD2908273 21.00M21 320.1GB RaidSet Member(1) > 11 WDC WD3200YS-01 WD-WCAPD2694369 21.00M21 320.1GB RaidSet Member(1) > 12 WDC WD3200YS-01 WD-WCAPD2941968 21.00M21 320.1GB RaidSet Member(1) > 13 WDC WD3200YS-01 WD-WCAPD2908270 21.00M21 320.1GB RaidSet Member(1) > 14 WDC WD3200YS-01 WD-WCAPD2675053 21.00M21 320.1GB RaidSet Member(1) > 15 WDC WD3200YS-01 WD-WCAPD2804241 21.00M21 320.1GB RaidSet Member(1) > 16 WDC WD3200YS-01 WD-WCAPD2908119 21.00M21 320.1GB RaidSet Member(1) > =============================================================================== > GuiErrMsg<0x00>: Success. > > And here is two arrays: > CLI> vsf info > # Name Raid# Level Capacity Ch/Id/Lun State > =============================================================================== > 1 ARC-1160-VOL#00 1 Raid5 25.0GB 00/00/00 Normal > 2 ARC-1160-VOL#01 1 Raid5 4775.0GB 00/00/01 Normal > =============================================================================== > GuiErrMsg<0x00>: Success. > > The first one contain normal MBR record: > > # fdisk /dev/da0 > ******* Working on device /dev/da0 ******* > parameters extracted from in-core disklabel are: > cylinders=3039 heads=255 sectors/track=63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3039 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 63, size 48821472 (23838 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > And here is the mount points on this array: > > /dev/da0s1a on / (ufs, local) > /dev/da0s1d on /tmp (ufs, local, noatime, nosuid, soft-updates) > /dev/da0s1f on /usr (ufs, local, soft-updates) > /dev/da0s1e on /var (ufs, local, soft-updates) > > The second array contain GPT record created with gpt utility: > > # fdisk /dev/da1 > ******* Working on device /dev/da1 ******* > parameters extracted from in-core disklabel are: > cylinders=580527 heads=255 sectors/track=63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=580527 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 238 (0xee),(EFI GPT) > start 1, size 4294967295 (2097151 Meg), flag 0 Of course da1 slice is more than 2TB: /dev/da1p1 4.3T > beg: cyl 1023/ head 255/ sector 63; > end: cyl 1023/ head 255/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > > Mount point: > > /dev/da1p1 on /mnt/mnt2 (ufs, local, noatime, soft-updates) > > > > > How? In theory this seems simple, but I can't figure out how to modify > > the slices without fdisk, which won't play ball with the larger size. > > > > And why 248GB anyway? I'd almost be willing to lose the extra .4tb if > > it just stopped at 2TB. Why does it slap back down to 248gb? > > > > NOTE: yes I already understand about PC BIOS and MBR, and not reading > > GPT format. The question is -- how do I make them coexist? > > > > -- > > Jo Rhett > > senior geek > > Silicon Valley Colocation > > _______________________________________________ > > 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" > > -- > ====================================================================== > - Best regards, Nikolay Pavlov. <<<----------------------------------- > ====================================================================== > > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 15:33:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60EDA16A4D1 for ; Thu, 11 Jan 2007 15:33:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9E513C46A for ; Thu, 11 Jan 2007 15:33:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 701101A4D89; Thu, 11 Jan 2007 07:33:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 72237515A9; Thu, 11 Jan 2007 10:33:40 -0500 (EST) Date: Thu, 11 Jan 2007 10:33:40 -0500 From: Kris Kennaway To: Geoff Roberts Message-ID: <20070111153340.GB31382@xor.obsecurity.org> References: <200701061914.41528.robertsg@westnet.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: <200701061914.41528.robertsg@westnet.com.au> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: System freeze on 6.1/2 when running makeworld and 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, 11 Jan 2007 15:33:44 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 06, 2007 at 07:14:41PM +1100, Geoff Roberts wrote: > Hi, >=20 > I can consistantly make my system freeze when building makeworld and=20 > running dump at the same time. The system actually locks - I have to=20 > hit the reset switch to bring the system back to life. >=20 > I also get a core dump on current. Don't keep us in suspense, when you have additional relevant details please provide them in your mail! As for the freeze, it might be snapshot-related but we have no way to tell until you provide additional debugging details, as outlined in the developers handbook chapter on kernel debugging. Thanks, Kris --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFpljUWry0BWjoQKURAvaJAKChQd1aqGfJ8K/qnr9RPnYZq8WXBwCfV/Yl eFJap7kysWVaf+U3nkspBRk= =rnPV -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 15:36:52 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDBD616A415 for ; Thu, 11 Jan 2007 15:36:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id DB54F13C46C for ; Thu, 11 Jan 2007 15:36:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BB63C1A3C1A; Thu, 11 Jan 2007 07:36:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 009EE51598; Thu, 11 Jan 2007 10:36:51 -0500 (EST) Date: Thu, 11 Jan 2007 10:36:51 -0500 From: Kris Kennaway To: Willem Jan Withagen Message-ID: <20070111153651.GC31382@xor.obsecurity.org> References: <459ABB40.7050603@digiware.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V88s5gaDVPzZ0KCq" Content-Disposition: inline In-Reply-To: <459ABB40.7050603@digiware.nl> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 15:36:53 -0000 --V88s5gaDVPzZ0KCq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 02, 2007 at 09:06:24PM +0100, Willem Jan Withagen wrote: > Hi, >=20 > I got the following Filesystem: > Filesystem Size Used Avail Capacity iused ifree %iused=20 > /dev/da0a 1.3T 422G 823G 34% 565952 182833470 0% >=20 > Running of a 3ware 9550, on a dual core Opteron 242 with 1Gb. > The system is used as SMB/NFS server for my other systems here. >=20 > I would like to make weekly snapshots, but manually running mksnap_ffs=20 > freezes access to the disk (I sort of expected that) but the process=20 > never terminates. So I let is sit overnight, but looking a gstat did not= =20 > reveil any activity what so ever... > The disk was not released, mksnap_ffs could not be terminated. > And things resulted in me rebooting the system. >=20 > So: > - How long should I expect making a snapshot to take: > 5, 15, 30min, 1, 2 hour or even more??? Yes :) Snapshots were not designed for use in this way (they were designed to support background fsck and allow faster system recovery after power failure), so they don't scale as well as you might like on large filesystems. Kris --V88s5gaDVPzZ0KCq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFplmTWry0BWjoQKURApHiAJ9ZYTqn4HRnu9oN4TTCFd2xbdBkWwCgmsM2 a39TnVfL1a3gdmSnv/VDe+w= =GyfK -----END PGP SIGNATURE----- --V88s5gaDVPzZ0KCq-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 16:55:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D648E16A403; Thu, 11 Jan 2007 16:55:01 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id ADF9713C45E; Thu, 11 Jan 2007 16:55:01 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l0BGsxwU012211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Jan 2007 08:54:59 -0800 Message-ID: <45A66BE1.9010507@freebsd.org> Date: Thu, 11 Jan 2007 08:54:57 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Jack Vogel References: <1168453412.9393.701.camel@scotth.emsphone.com> <45A534B1.4040304@freebsd.org> <2a41acea0701101211q43ddad36ne00a8f25938b6bbf@mail.gmail.com> In-Reply-To: <2a41acea0701101211q43ddad36ne00a8f25938b6bbf@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig53F9B79423A4D778A86499BA" Cc: shildreth@allantgroup.com, freebsd-stable@freebsd.org, Colin Percival Subject: Re: 6.2 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 16:55:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig53F9B79423A4D778A86499BA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Jack Vogel wrote: > On 1/10/07, Colin Percival wrote: >> Scott T. Hildreth wrote: >>> Does anyone know if the Release is still going to happen today? >> The release is not going to happen today, but will be very soon. My >> guess is that builds and mirroring will happen over the weekend and >> the release announcement will go out on Monday or Tuesday depending >> upon your time zone. >> >> Colin Percival >=20 > You guys ROCK :) Hope this means I get a new current snapshot too? The January CURRENT snapshots have been uploaded to ftp-master. kensmith@ hasn't announced these yet, I think because he's waiting for them to make their way out to the various FTP mirror sites. Bruce. --------------enig53F9B79423A4D778A86499BA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFpmvh2MoxcVugUsMRAsH0AJ9eYIQWJtev90jWJ9jbRGNRYfUzDwCgyDbJ dcH6Xo5pkntD+VHECTtARX8= =tqCU -----END PGP SIGNATURE----- --------------enig53F9B79423A4D778A86499BA-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 16:58:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7844716A407 for ; Thu, 11 Jan 2007 16:58:08 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0381913C45B for ; Thu, 11 Jan 2007 16:58:07 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with SMTP id 16814827 for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 19:58:06 +0300 Message-ID: <0de801c735a1$aa490f30$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: Date: Thu, 11 Jan 2007 19:58:06 +0300 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0DE5_01C735BA.CF8F4250" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Subject: using md-mounted ISO as NFS root for PXE booting and installing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 16:58:08 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0DE5_01C735BA.CF8F4250 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Hello. I have 6.1-STABLE FreeBSD box I want to use as network boot and install server for PXE clients. At this moment I'm experimenting with 4.11-RELEASE-i386-disc1-gnome.iso and 6.2-RC2-i386-disc1.iso images. Related DHCP config section is: host netboot { hardware ethernet 00:04:**; fixed-address 192.168.13.2; next-server 192.168.13.1; filename "boot/pxeboot"; option root-path "192.168.13.1:/mnt/netboot"; } Exports (/etc/exports): /mnt/netboot -network 192.168.13 -mask 255.255.255. TFTP is running under xinetd with "-l /mnt/netboot" options. Then I mount ISO image to /mnt/netboot with mdconfig and mount_cd9660, and boot PXE client. All is fine if we are booting into 4.11 (root mounted from MFS, sysintall runs and we able to install OS to local disks via NFS). But in case of 6.2-RC2 root mounted from NFS, not MFS: 192.168.13.1:/mnt/netboot on / (nfs) devfs on /dev (devfs, local) /dev/md1 on /var (ufs, local) /dev/md2 on /tmp (ufs, local) and I can see just another "Amnesiac" system w/o root password etc. Where is my mistake? I attached dmesg output for 6.2-RC2 boot to this letter. -- Andrew N. Below ------=_NextPart_000_0DE5_01C735BA.CF8F4250 Content-Type: text/plain; name="dmesg-6.2-RC2-iso-pxe-boot.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-6.2-RC2-iso-pxe-boot.txt" Copyright (c) 1992-2006 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0A= FreeBSD is a registered trademark of The FreeBSD Foundation.=0A= FreeBSD 6.2-RC2 #0: Sun Dec 24 23:17:34 UTC 2006=0A= root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC=0A= ACPI APIC Table: =0A= Timecounter "i8254" frequency 1193182 Hz quality 0=0A= CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.51-MHz 686-class CPU)=0A= Origin =3D "GenuineIntel" Id =3D 0xf43 Stepping =3D 3=0A= = Features=3D0xbfebfbff=0A= Features2=3D0x641d>=0A= AMD Features=3D0x20100000=0A= Logical CPUs per core: 2=0A= real memory =3D 2147352576 (2047 MB)=0A= avail memory =3D 2092195840 (1995 MB)=0A= ioapic0 irqs 0-23 on motherboard=0A= ioapic1 irqs 24-47 on motherboard=0A= ioapic2 irqs 48-71 on motherboard=0A= kbd1 at kbdmux0=0A= ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, = RF5413)=0A= acpi0: on motherboard=0A= acpi0: Power Button (fixed)=0A= Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0A= acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0=0A= cpu0: on acpi0=0A= acpi_throttle0: on cpu0=0A= pcib0: port 0xcf8-0xcff on acpi0=0A= pci0: on pcib0=0A= pci0: at device 0.1 (no driver attached)=0A= pci0: at device 1.0 (no driver attached)=0A= pcib1: irq 16 at device 2.0 on pci0=0A= pci1: on pcib1=0A= pcib2: at device 0.0 on pci1=0A= pci2: on pcib2=0A= mpt0: port 0xc800-0xc8ff mem = 0xfced0000-0xfcedffff,0xfcec0000-0xfcecffff irq 26 at device 5.0 on pci2=0A= mpt0: [GIANT-LOCKED]=0A= mpt0: MPI Version=3D1.2.14.0=0A= mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE )=0A= mpt0: 0 Active Volumes (1 Max)=0A= mpt0: 0 Hidden Drive Members (6 Max)=0A= mpt1: port 0xcc00-0xccff mem = 0xfcef0000-0xfcefffff,0xfcee0000-0xfceeffff irq 25 at device 5.1 on pci2=0A= mpt1: [GIANT-LOCKED]=0A= mpt1: MPI Version=3D1.2.14.0=0A= mpt1: Capabilities: ( RAID-1E RAID-1 SAFTE )=0A= mpt1: 0 Active Volumes (1 Max)=0A= mpt1: 0 Hidden Drive Members (6 Max)=0A= pcib3: at device 0.2 on pci1=0A= pci3: on pcib3=0A= em0: port = 0xdc00-0xdc3f mem 0xfcfa0000-0xfcfbffff irq 54 at device 4.0 on pci3=0A= em0: Ethernet address: 00:04:23:c9:ff:f6=0A= em1: port = 0xdc80-0xdcbf mem 0xfcfe0000-0xfcffffff irq 55 at device 4.1 on pci3=0A= em1: Ethernet address: 00:04:23:c9:ff:f7=0A= pcib4: at device 30.0 on pci0=0A= pci4: on pcib4=0A= pci4: at device 12.0 (no driver attached)=0A= isab0: at device 31.0 on pci0=0A= isa0: on isab0=0A= atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0=0A= ata0: on atapci0=0A= ata1: on atapci0=0A= pci0: at device 31.3 (no driver attached)=0A= acpi_button0: on acpi0=0A= atkbdc0: port 0x60,0x64 irq 1 on acpi0=0A= atkbd0: irq 1 on atkbdc0=0A= kbd0 at atkbd0=0A= atkbd0: [GIANT-LOCKED]=0A= sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0=0A= sio0: type 16550A=0A= sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0=0A= sio1: type 16550A=0A= pmtimer0 on isa0=0A= orm0: at iomem = 0xc0000-0xca7ff,0xca800-0xce7ff,0xce800-0xcf7ff,0xcf800-0xd07ff,0xdd800-0= xe17ff on isa0=0A= ppc0: parallel port not found.=0A= sc0: at flags 0x100 on isa0=0A= sc0: VGA <16 virtual consoles, flags=3D0x300>=0A= vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0A= Timecounter "TSC" frequency 2992511483 Hz quality 800=0A= Timecounters tick every 1.000 msec=0A= Waiting 5 seconds for SCSI devices to settle=0A= md0: Preloaded image 4423680 bytes at 0xc0af64c0=0A= ses0 at mpt0 bus 0 target 6 lun 0=0A= ses0: Fixed Processor SCSI-2 device =0A= ses0: 3.300MB/s transfers=0A= ses0: SAF-TE Compliant Device=0A= da0 at mpt0 bus 0 target 0 lun 0=0A= da0: Fixed Direct Access SCSI-3 device =0A= da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled=0A= da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C)=0A= Trying to mount root from nfs:=0A= NFS ROOT: 192.168.13.9:/mnt/netboot=0A= ------=_NextPart_000_0DE5_01C735BA.CF8F4250-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 17:15:14 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CEEE16A403 for ; Thu, 11 Jan 2007 17:15:14 +0000 (UTC) (envelope-from hartzell@rosebud.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.freebsd.org (Postfix) with ESMTP id 1CA1313C44C for ; Thu, 11 Jan 2007 17:15:08 +0000 (UTC) (envelope-from hartzell@rosebud.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 5866933C5D; Thu, 11 Jan 2007 09:15:03 -0800 (PST) Received: from rosebud.alerce.com (unknown [192.168.72.178]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 030AD33C5B; Thu, 11 Jan 2007 09:15:02 -0800 (PST) Received: from rosebud.alerce.com (localhost [127.0.0.1]) by rosebud.alerce.com (8.13.8/8.13.8) with ESMTP id l0BHFpqd003416; Thu, 11 Jan 2007 09:15:51 -0800 (PST) (envelope-from hartzell@rosebud.alerce.com) Received: (from hartzell@localhost) by rosebud.alerce.com (8.13.8/8.13.8/Submit) id l0BHFmnq003403; Thu, 11 Jan 2007 09:15:48 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17830.28868.816536.184695@rosebud.alerce.com> Date: Thu, 11 Jan 2007 09:15:48 -0800 To: freebsd-stable@FreeBSD.ORG, hartzell@alerce.com In-Reply-To: <200701110912.l0B9CBm5068986@lurza.secnetix.de> References: <17829.9117.888327.881204@rosebud.alerce.com> <200701110912.l0B9CBm5068986@lurza.secnetix.de> X-Mailer: VM 7.19 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 17:15:14 -0000 Oliver Fromme writes: > George Hartzell wrote: > > I'm setting up a Dell Poweredge 750 1U server. A friend is loaning me > > space in his rack and since his rack usage is limited by power I'd > > like to be as thrifty as possible. > > > > I hooked my kill-a-watt meter up and ran the machine for a couple of > > days and it uses 88 watts (3.90KWH/44.01H). > > > > Then I kldloaded cpufreq and enabled powerd and it still uses 88 watts > > (8.35KWH/93.47H). > > Did you verify that powerd actually reduced the CPU > frequency? What's the output from "sysctl dev.cpu.0"? > > It might be enlightening to watch the following shell > loop for a while: > while :; do sysctl dev.cpu.0.freq; sleep 1; done I hadn't actually done *that* (but I had run powerd -v for a while and watched). Here you go: (merlin)[9:11am]~>>while (1) while? sysctl dev.cpu.0.freq while? sleep 5 while? end dev.cpu.0.freq: 350 dev.cpu.0.freq: 350 dev.cpu.0.freq: 350 dev.cpu.0.freq: 350 dev.cpu.0.freq: 350 dev.cpu.0.freq: 350 dev.cpu.0.freq: 1051 dev.cpu.0.freq: 2102 dev.cpu.0.freq: 1401 dev.cpu.0.freq: 700 dev.cpu.0.freq: 350 > By the way, do you have an SMP system, or are you running > a kernel without SMP? "sysctl machdep.cpu_idle_hlt"? It's a uniprocessor machine, hyperthreading capable but that's disabled in the bios. (merlin)[9:12am]~>>sysctl machdep.cpu_idle_hlt machdep.cpu_idle_hlt: 1 Thanks for thinking about this! g. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 17:19:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DAB216A407 for ; Thu, 11 Jan 2007 17:19:57 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id AC25E13C4D4 for ; Thu, 11 Jan 2007 17:19:56 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with SMTP id 16815514; Thu, 11 Jan 2007 20:19:55 +0300 Message-ID: <0e2101c735a4$b64e6c50$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: "Rong-en Fan" References: <0de801c735a1$aa490f30$970da8c0@jam.zenon.net> <6eb82e0701110902o23ea1fd0i32057a60d3d0439e@mail.gmail.com> Date: Thu, 11 Jan 2007 20:19:55 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Cc: freebsd-stable@freebsd.org Subject: Re: using md-mounted ISO as NFS root for PXE booting and installing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 17:19:57 -0000 Hello. ----- Original Message ----- From: "Rong-en Fan" To: "Andrew N. Below" Cc: Sent: 11 ÑÐ½Ð²Ð°Ñ€Ñ 2007 г. 20:02 Subject: Re: using md-mounted ISO as NFS root for PXE booting and installing > [...] > > All is fine if we are booting into 4.11 (root mounted from MFS, > > sysintall runs and we able to install OS to local disks via NFS). > > > > But in case of 6.2-RC2 root mounted from NFS, not MFS: > > Does add > > vfs.root.mountfrom="ufs:/dev/md0c" > > in boot/loader.conf from CD help? > Of course, you have to copy the boot/ directory out of cd. My goal is to do ISO-only boot via PXE, so I don't want to extract anything from ISO. :) Anyway, this solution works in loader prompt in 5.x and 6.x also. Thanks! -- Andrew N. Below From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 17:21:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 481D116A416 for ; Thu, 11 Jan 2007 17:21:20 +0000 (UTC) (envelope-from hartzell@rosebud.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.freebsd.org (Postfix) with ESMTP id 1E6F913C46A for ; Thu, 11 Jan 2007 17:21:20 +0000 (UTC) (envelope-from hartzell@rosebud.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 22CA033C5D; Thu, 11 Jan 2007 09:21:14 -0800 (PST) Received: from rosebud.alerce.com (unknown [192.168.72.178]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id AB06733C5B; Thu, 11 Jan 2007 09:21:13 -0800 (PST) Received: from rosebud.alerce.com (localhost [127.0.0.1]) by rosebud.alerce.com (8.13.8/8.13.8) with ESMTP id l0BHLp0k004833; Thu, 11 Jan 2007 09:21:51 -0800 (PST) (envelope-from hartzell@rosebud.alerce.com) Received: (from hartzell@localhost) by rosebud.alerce.com (8.13.8/8.13.8/Submit) id l0BHLpB0004828; Thu, 11 Jan 2007 09:21:51 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17830.29230.895934.881569@rosebud.alerce.com> Date: Thu, 11 Jan 2007 09:21:50 -0800 To: Bruno Ducrot In-Reply-To: <20070111105648.GK4945@poupinou.org> References: <17829.9117.888327.881204@rosebud.alerce.com> <20070110183643.GI832@turion.vk2pj.dyndns.org> <17829.13636.926529.357546@rosebud.alerce.com> <20070111105648.GK4945@poupinou.org> X-Mailer: VM 7.19 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 17:21:20 -0000 Bruno Ducrot writes: > [...] > What specific driver(s) were loaded actually? > A devinfo might help. It looks like: p4tcc0 cpufreq0 Here's a devinfo and a dmesg: http://shrimp.alerce.com/merlin/merlin.devinfo http://shrimp.alerce.com/merlin/merlin.dmesg I'm starting to understand that the box is probably running along as quietly as it knows how, unless there's some magic about fans and disks that I've missed. Thanks for the help, g. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 17:28:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 706C616A417 for ; Thu, 11 Jan 2007 17:28:40 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 34FA613C45A for ; Thu, 11 Jan 2007 17:28:40 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so321845ana for ; Thu, 11 Jan 2007 09:28:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qwJpg/ZsxOyar26HN46o4WKBN1JyUVByrtwmwyb0SW2S6OAsPGoriDowX2taQbwMWDyTfdXU4YfNdnLPJFZK7ZBwK6PsUbtXZs0GUoLBinydTfpY9SBGoDjv09txJypbhGQ1wKbWbKnSb0jiYq3GtAC+Uz3YwCFIMhVbYyX8VfQ= Received: by 10.100.165.9 with SMTP id n9mr1106782ane.1168534920852; Thu, 11 Jan 2007 09:02:00 -0800 (PST) Received: by 10.100.136.16 with HTTP; Thu, 11 Jan 2007 09:02:00 -0800 (PST) Message-ID: <6eb82e0701110902o23ea1fd0i32057a60d3d0439e@mail.gmail.com> Date: Fri, 12 Jan 2007 01:02:00 +0800 From: "Rong-en Fan" To: "Andrew N. Below" In-Reply-To: <0de801c735a1$aa490f30$970da8c0@jam.zenon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0de801c735a1$aa490f30$970da8c0@jam.zenon.net> Cc: freebsd-stable@freebsd.org Subject: Re: using md-mounted ISO as NFS root for PXE booting and installing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 17:28:40 -0000 On 1/12/07, Andrew N. Below wrote: > Hello. > > I have 6.1-STABLE FreeBSD box I want to use as network > boot and install server for PXE clients. > > At this moment I'm experimenting with 4.11-RELEASE-i386-disc1-gnome.iso > and 6.2-RC2-i386-disc1.iso images. > [...] > All is fine if we are booting into 4.11 (root mounted from MFS, > sysintall runs and we able to install OS to local disks via NFS). > > But in case of 6.2-RC2 root mounted from NFS, not MFS: Does add vfs.root.mountfrom="ufs:/dev/md0c" in boot/loader.conf from CD help? Of course, you have to copy the boot/ directory out of cd. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 17:29:32 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2604B16A417 for ; Thu, 11 Jan 2007 17:29:32 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB4E13C461 for ; Thu, 11 Jan 2007 17:29:31 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0BHTS2r078056; Thu, 11 Jan 2007 09:29:28 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A673F7.80304@svcolo.com> Date: Thu, 11 Jan 2007 09:29:27 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Dimitry Andric References: <45A5FD8A.6080409@svcolo.com> <45A616E3.8000006@andric.com> In-Reply-To: <45A616E3.8000006@andric.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43348 - d11e87e44cc7 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 17:29:32 -0000 Dimitry Andric wrote: > Jo Rhett wrote: >> Sysinstall recognized the drive properly and everything looked dandy >> during install. However, it turns out that fdisk and bsdlabel both just >> chopped off the last partition at 248GB. (why 248gb and not 2tb?) > > Wrapping around 2 TiB, probably. Got any smart ideas about how to make it work, at least for 2TB? -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 17:51:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B99316A416 for ; Thu, 11 Jan 2007 17:51:16 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id D1DB013C474 for ; Thu, 11 Jan 2007 17:51:15 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so328603ana for ; Thu, 11 Jan 2007 09:51:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iUVEXJotUQlOqtH4X4b13DA1Se8EJcjwIMMuiGiUALKBRKN6+zTgeQCSaaUsdQVF2nJlZOu20FQoZQGU6Qt0/P94iElAZwbGWbL7ne5Txp8UBZXZ63INZJ1EiyQDEbwEOcC9x405O4bOiA0oh4DTGJKPiHlR0hUdgO8QWaOLXSE= Received: by 10.100.122.8 with SMTP id u8mr1148151anc.1168537875268; Thu, 11 Jan 2007 09:51:15 -0800 (PST) Received: by 10.100.105.12 with HTTP; Thu, 11 Jan 2007 09:51:15 -0800 (PST) Message-ID: <2a41acea0701110951p4f3b1e16q370f58490dd11d9d@mail.gmail.com> Date: Thu, 11 Jan 2007 09:51:15 -0800 From: "Jack Vogel" To: "Bruce A. Mah" In-Reply-To: <45A66BE1.9010507@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1168453412.9393.701.camel@scotth.emsphone.com> <45A534B1.4040304@freebsd.org> <2a41acea0701101211q43ddad36ne00a8f25938b6bbf@mail.gmail.com> <45A66BE1.9010507@freebsd.org> Cc: shildreth@allantgroup.com, freebsd-stable@freebsd.org, Colin Percival Subject: Re: 6.2 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 17:51:16 -0000 On 1/11/07, Bruce A. Mah wrote: > If memory serves me right, Jack Vogel wrote: > > On 1/10/07, Colin Percival wrote: > >> Scott T. Hildreth wrote: > >>> Does anyone know if the Release is still going to happen today? > >> The release is not going to happen today, but will be very soon. My > >> guess is that builds and mirroring will happen over the weekend and > >> the release announcement will go out on Monday or Tuesday depending > >> upon your time zone. > >> > >> Colin Percival > > > > You guys ROCK :) Hope this means I get a new current snapshot too? > > The January CURRENT snapshots have been uploaded to ftp-master. > kensmith@ hasn't announced these yet, I think because he's waiting for > them to make their way out to the various FTP mirror sites. Yes, our validation team sent me email this morning saying it was available :) Jack From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 18:29:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7C2816A407 for ; Thu, 11 Jan 2007 18:29:28 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from vscan05.westnet.com.au (vscan05.westnet.com.au [203.10.1.139]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF5A13C4A7 for ; Thu, 11 Jan 2007 18:29:28 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from vscan05.westnet.com.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 3844A24B5BF; Fri, 12 Jan 2007 02:59:52 +0900 (WST) Received: from dsl-202-173-129-2.nsw.westnet.com.au (dsl-202-173-129-2.nsw.westnet.com.au [202.173.129.2]) by vscan05.westnet.com.au (Postfix) with ESMTP id 586B424B5D2; Fri, 12 Jan 2007 02:59:47 +0900 (WST) From: Geoff Roberts Organization: Australian Projects Implementation Partner To: freebsd-stable@freebsd.org Date: Fri, 12 Jan 2007 04:59:42 +1100 User-Agent: KMail/1.8 References: <200701061914.41528.robertsg@westnet.com.au> <20070111153340.GB31382@xor.obsecurity.org> In-Reply-To: <20070111153340.GB31382@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701120459.42683.geoff@apro.com.au> X-Virus: Scanned with PMX 5.2.1.279297 Cc: Kris Kennaway Subject: Re: System freeze on 6.1/2 when running makeworld and dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff@apro.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 18:29:28 -0000 Hi Kris, On Fri, 12 Jan 2007 02:33 am, Kris Kennaway wrote: > On Sat, Jan 06, 2007 at 07:14:41PM +1100, Geoff Roberts wrote: > > Hi, > > > > I can consistantly make my system freeze when building makeworld > > and running dump at the same time. The system actually locks - I > > have to hit the reset switch to bring the system back to life. > > > > I also get a core dump on current. > > Don't keep us in suspense, when you have additional relevant details > please provide them in your mail! Thanks for the reply. I have been holding out whilst I have been running some more tests to ensure the problem has been resolved. After trying hard to ensure it wasn't a hardware problem I may have to hang my head in shame and attibute this one to hardware. After replacing the power supply, ram, a couple of power leads and a couple of fans the problem is no longer appearing. In the end the issue may have been a compination of a poor power supply, an overheating graphics card and a shonky power lead. Apart from that the system was fine :) I've had this system for a while and it had been running fine. However it has obviously aged faster than I have. I've now successfully run a build of the kernel, a build of KDE and a dump of the file system at the same time for a couple of days. I'm going to retry in current a little later. If there is any issue in current I'll submit a core dump. Kind regards, Geoff From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 19:01:07 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D67C16A492 for ; Thu, 11 Jan 2007 19:01:07 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 22EB513C44B for ; Thu, 11 Jan 2007 19:01:03 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0BJ13RE079504 for ; Thu, 11 Jan 2007 11:01:03 -0800 (PST) (envelope-from jrhett@svcolo.com) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <45A5FD8A.6080409@svcolo.com> References: <45A5FD8A.6080409@svcolo.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 11:00:56 -0800 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43395 - 66540303b8bd X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 19:01:07 -0000 I think I have a decent way to make the application deal with two 1.2 TB filesystems. Obviously bsdlabel is limited to 2TB, but I should be able to mount a partition from the second slice. So how do I accomplish this? Fdisk apparently won't make that second slice that crosses the 2TB boundary... Sorry for the rookie questions, but I've done dozens of searches and there's lots of discussion of the issues but no real obvious solutions. On Jan 11, 2007, at 1:04 AM, Jo Rhett wrote: > So I have a raid array of 2.4TB. And yes, I really need 2.4TB, and > no there's no room for another set of disks to boot from. > / 1g > /var 16g > /big **everything else > > Sysinstall recognized the drive properly and everything looked > dandy during install. However, it turns out that fdisk and > bsdlabel both just chopped off the last partition at 248GB. (why > 248gb and not 2tb?) > > Reading the various mailing lists, it strikes me that I need to > make partition 1 be normal MBR, and then use GPT to create another > partition table in slice 2. Makes sense to me. > > How? In theory this seems simple, but I can't figure out how to > modify the slices without fdisk, which won't play ball with the > larger size. > > And why 248GB anyway? I'd almost be willing to lose the extra .4tb > if it just stopped at 2TB. Why does it slap back down to 248gb? > > NOTE: yes I already understand about PC BIOS and MBR, and not > reading GPT format. The question is -- how do I make them coexist? > > -- > Jo Rhett > senior geek > Silicon Valley Colocation > _______________________________________________ > 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" -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 19:20:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13FA116A403 for ; Thu, 11 Jan 2007 19:20:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id B65C813C428 for ; Thu, 11 Jan 2007 19:19:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0BJJpvD098914; Thu, 11 Jan 2007 14:19:57 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 11 Jan 2007 12:57:54 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701111257.54988.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 11 Jan 2007 14:19:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2436/Thu Jan 11 06:48:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: questions@freebsd.org, Ma Subject: Re: Fatal trap 30: reserved (unknown) fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 19:20:00 -0000 On Sunday 17 December 2006 23:17, Ma wrote: > I'm using the newest FreeBSD 6.2-PRERELEASE on our web server (compiled at > last friday, 06-12-15). But it always crashes these days. > The following information displayed on the screen with system crashed. > ==================================================== > Fatal trap 30: reserved (unknown) fault while in kernel mode > cpuid = 1; apic id = 01 > instruction pointer = 0x20:0xc0b9bed1 > stack pointer = 0x28:0xdc95fcd8 > frame pointer = 0x28:0xdc95fcd8 > code segment = base 0x0, limit oxfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflag = interrupt enabled, IOPL = 0 > current process = 10 (idle: cpu1) > trap number = 30 > panic: reserved (unknown) fault > cpuid = 1 > uptime: 3m52s > ahc0: WARNING no command for scb 79 (cmdcmplt) > QOUTPOS = 235 You need to put 'ddb' in your kernel and run 'show lapic' and 'show apic' and provide a verbose dmesg. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 19:20:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EDA016A4FE for ; Thu, 11 Jan 2007 19:20:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id ED67413C455 for ; Thu, 11 Jan 2007 19:20:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0BJJpvE098914; Thu, 11 Jan 2007 14:19:59 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 11 Jan 2007 13:00:28 -0500 User-Agent: KMail/1.9.1 References: <1166461097.1296.4.camel@buffy.york.ac.uk> <1166465500.1292.7.camel@buffy.york.ac.uk> In-Reply-To: <1166465500.1292.7.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701111300.29080.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 11 Jan 2007 14:20:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2436/Thu Jan 11 06:48:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: anholt@freebsd.org Subject: Re: radeon panic: mtx_lock() of destroyed mutex @ /usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_irq.c:128 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 19:20:10 -0000 On Monday 18 December 2006 13:11, Gavin Atkinson wrote: > On Mon, 2006-12-18 at 16:58 +0000, Gavin Atkinson wrote: > > > I've determined that this lock has been destroyed even before glxgears > > runs - I guess it's just the first attempt at 3D rendering that triggers > > it? > > Indeed, what's happening is that something calls drm_irq_install() in > src/sys/dev/drm/drm_irq.c. This code fails to allocate a resource: > > dev->irqrid = 0; > dev->irqr = bus_alloc_resource_any(dev->device, SYS_RES_IRQ, > &dev->irqrid, RF_SHAREABLE); > > The error handler is then called, which destroys the IRQ mutex. This > all happens while X is initialising. > > Later on, when glxgears is run, radeon_wait_irq() in > src/sys/dev/drm/radeon_irq.c is called, which does a DRM_WAIT_ON, which > tries to acquire the destroyed mutex. > > So, it looks like there should be some checking somewhere that > dev->irq_enabled is non-zero before trying to acquire this mutex. I > don't know where it should go, though. Probably it needs to not create the /dev/drm0 device unless it is able to allocate resources. That is, it should do something like this in attach: bus_alloc_resource_any(..., SYS_RES_MEMORY, ...) bus_alloc_resource_any(..., SYS_RES_IRQ, ...) bus_setup_intr(...) make_dev(...) Where if any step fails it undoes the previous steps and fails to attach. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 19:20:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C356D16A4CE for ; Thu, 11 Jan 2007 19:20:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4B713C459 for ; Thu, 11 Jan 2007 19:20:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0BJJpvF098914; Thu, 11 Jan 2007 14:20:09 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 11 Jan 2007 13:40:48 -0500 User-Agent: KMail/1.9.1 References: <20070102153608.GA78405@icarus.home.lan> In-Reply-To: <20070102153608.GA78405@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701111340.48708.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 11 Jan 2007 14:20:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2436/Thu Jan 11 06:48:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jeremy Chadwick Subject: Re: Interrupt (SCSI?) hang on 4.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 19:20:11 -0000 On Tuesday 02 January 2007 10:36, Jeremy Chadwick wrote: > Yes, I know 4.11 is EOL'd at the end of this month, but hopefully > someone can shed some light on this problem anyways. I simply don't > have the knowledge of what's going on on a low-level to determine > the cause. > > I do have serial console on this box, and after enabling some > debugging for the ahc(4) driver a few months back, was able to > get something intelligent out of the system regarding SCBs this > morning. This may not be useful (or the cause), though. I also > cannot enable drop-to-DDB-on-serial-break because our Portmaster 2 > has been known to send a serial break on rare occasion. :-( > > Every so often (sometimes hours, sometimes months -- usually months), > the 4.11 box we have "locks up" in the sense that both NICs on the > box stop working, and the SCSI controller also appears hung. This > problem has existed for a couple years; it's not specific to 4.11 > (versus 4.10 or 4.9). Can you try a RELENG_4 kernel? I know of at least one fix (in sys/i386/isa/clock.c) since 4.11 was released that might help you out. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 19:20:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A9B016A57A for ; Thu, 11 Jan 2007 19:20:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0431613C461 for ; Thu, 11 Jan 2007 19:20:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0BJJpvC098914; Thu, 11 Jan 2007 14:19:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 11 Jan 2007 12:54:17 -0500 User-Agent: KMail/1.9.1 References: <9b6b59500612150001p706b361ava92ad96cdcd4791@mail.gmail.com> <9b6b59500612150646k4f902e65qb5ef6efa86dbc7c6@mail.gmail.com> <9b6b59500612161315w58d01d25n902f12e3a4f4b2b2@mail.gmail.com> In-Reply-To: <9b6b59500612161315w58d01d25n902f12e3a4f4b2b2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701111254.17665.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 11 Jan 2007 14:19:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2436/Thu Jan 11 06:48:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: LI Xin , hshh Subject: Re: SMP Kernel Panic while heavy load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 19:20:14 -0000 On Saturday 16 December 2006 16:15, hshh wrote: > New backtrace: > http://upload.hshh.org/homes/hshh/temp/panic/kgdb-1217.log > > Kernel config: > http://upload.hshh.org/homes/hshh/temp/panic/kernel-1217.log > > On 12/15/06, hshh wrote: > > After recompile kernel with new conf: > > http://upload.hshh.org/homes/hshh/temp/panic/kernel-1215.log > > It still panic while SMP enabled. > > kgdb backtrace: > > http://upload.hshh.org/homes/hshh/temp/panic/kgdb-1215.log > > > > On 12/15/06, LI Xin wrote: > > > hshh wrote: > > > > Hi, > > > > My FreeBSD server panic while running SMP kernel. All work fine if > > > > disable SMP feature. > > > > > > > > uname log: http://upload.hshh.org/homes/hshh/temp/panic/uname.log > > > > My kernel conf: http://upload.hshh.org/homes/hshh/temp/panic/kernel.log > > > > Backtrace log: http://upload.hshh.org/homes/hshh/temp/panic/kgdb.log Have you run a memory checker? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 19:40:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21EAF16A7A8 for ; Thu, 11 Jan 2007 19:40:52 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mailbox.rainbownet.com (85-18-201-116.ip.fastwebnet.it [85.18.201.116]) by mx1.freebsd.org (Postfix) with ESMTP id 947F013C468 for ; Thu, 11 Jan 2007 19:40:50 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from 192.168.33.30 ([85.18.250.113]) (authenticated user aturetta@rainbownet.com) by rainbownet.com (mailbox.rainbownet.com [127.0.0.1]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 32-md50000000346.tmp for ; Thu, 11 Jan 2007 20:29:00 +0100 Message-ID: <45A68FFB.7020106@commit.it> Date: Thu, 11 Jan 2007 20:28:59 +0100 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b2) Gecko/20060821 SeaMonkey/1.1a MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: aturetta@rainbownet.com X-Spam-Processed: mailbox.rainbownet.com, Thu, 11 Jan 2007 20:29:00 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 85.18.250.113 X-Return-Path: aturetta@commit.it X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Subject: RELENG_6 version string X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 19:40:52 -0000 Am I dreaming, or hasn't the practice always been to rename the RELENG_6 kernel back to 6-STABLE (or whatever) just after the RELENG_6_x branch? Right now it's still labelled 6.2-PRERELEASE. Regards, Angelo. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 19:48:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9543216A412 for ; Thu, 11 Jan 2007 19:48:08 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from relay.aplus.net (relay.aplus.net [216.55.128.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8282713C44B for ; Thu, 11 Jan 2007 19:48:08 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [216.55.129.230] by relay.aplus.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1H55YU-0007yQ-Cq; Thu, 11 Jan 2007 11:25:42 -0800 Message-ID: <45A68F2E.6040205@scottevil.com> Date: Thu, 11 Jan 2007 11:25:34 -0800 From: Scott Oertel User-Agent: Thunderbird 2.0b1 (X11/20061211) MIME-Version: 1.0 To: Kris Kennaway References: <459ABB40.7050603@digiware.nl> <20070111153651.GC31382@xor.obsecurity.org> In-Reply-To: <20070111153651.GC31382@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Willem Jan Withagen , freebsd-stable@freebsd.org Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 19:48:08 -0000 Kris Kennaway wrote: > On Tue, Jan 02, 2007 at 09:06:24PM +0100, Willem Jan Withagen wrote: > >> Hi, >> >> I got the following Filesystem: >> Filesystem Size Used Avail Capacity iused ifree %iused >> /dev/da0a 1.3T 422G 823G 34% 565952 182833470 0% >> >> Running of a 3ware 9550, on a dual core Opteron 242 with 1Gb. >> The system is used as SMB/NFS server for my other systems here. >> >> I would like to make weekly snapshots, but manually running mksnap_ffs >> freezes access to the disk (I sort of expected that) but the process >> never terminates. So I let is sit overnight, but looking a gstat did not >> reveil any activity what so ever... >> The disk was not released, mksnap_ffs could not be terminated. >> And things resulted in me rebooting the system. >> >> So: >> - How long should I expect making a snapshot to take: >> 5, 15, 30min, 1, 2 hour or even more??? >> > > Yes :) Snapshots were not designed for use in this way (they were > designed to support background fsck and allow faster system recovery > after power failure), so they don't scale as well as you might like on > large filesystems. > > Kris > If snapshots were designed to support background fsck, then why did they not make it more scalable? If you can't create a snapshot without the system locking up, that means fsck won't be able to either, making background fsck worthless for systems with large storage. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 20:02:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0FD616A53C for ; Thu, 11 Jan 2007 20:01:59 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7075B13C44B for ; Thu, 11 Jan 2007 20:01:55 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4F2B51A4D89; Thu, 11 Jan 2007 12:01:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 99C1E51341; Thu, 11 Jan 2007 15:01:52 -0500 (EST) Date: Thu, 11 Jan 2007 15:01:52 -0500 From: Kris Kennaway To: Scott Oertel Message-ID: <20070111200152.GA36123@xor.obsecurity.org> References: <459ABB40.7050603@digiware.nl> <20070111153651.GC31382@xor.obsecurity.org> <45A68F2E.6040205@scottevil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <45A68F2E.6040205@scottevil.com> User-Agent: Mutt/1.4.2.2i Cc: Willem Jan Withagen , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 20:02:01 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 11, 2007 at 11:25:34AM -0800, Scott Oertel wrote: > Kris Kennaway wrote: > >On Tue, Jan 02, 2007 at 09:06:24PM +0100, Willem Jan Withagen wrote: > > =20 > >>Hi, > >> > >>I got the following Filesystem: > >>Filesystem Size Used Avail Capacity iused ifree %iused=20 > >>/dev/da0a 1.3T 422G 823G 34% 565952 182833470 0% > >> > >>Running of a 3ware 9550, on a dual core Opteron 242 with 1Gb. > >>The system is used as SMB/NFS server for my other systems here. > >> > >>I would like to make weekly snapshots, but manually running mksnap_ffs= =20 > >>freezes access to the disk (I sort of expected that) but the process=20 > >>never terminates. So I let is sit overnight, but looking a gstat did no= t=20 > >>reveil any activity what so ever... > >>The disk was not released, mksnap_ffs could not be terminated. > >>And things resulted in me rebooting the system. > >> > >>So: > >> - How long should I expect making a snapshot to take: > >> 5, 15, 30min, 1, 2 hour or even more??? > >> =20 > > > >Yes :) Snapshots were not designed for use in this way (they were > >designed to support background fsck and allow faster system recovery > >after power failure), so they don't scale as well as you might like on > >large filesystems. > > > >Kris > > =20 >=20 >=20 > If snapshots were designed to support background fsck, then why did they= =20 > not make it more scalable? If you can't create a snapshot without the=20 > system locking up, that means fsck won't be able to either, making=20 > background fsck worthless for systems with large storage. locking up !=3D taking a long time to complete. You haven't differentiated between those two situations yet. Kris --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFppevWry0BWjoQKURAkYVAJsHXqePtaxxb5L0E/cDFMqu/BtfowCeIptK ETU60kdVt08I7mCyCVsfAT4= =ultb -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 21:13:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA97D16A416 for ; Thu, 11 Jan 2007 21:13:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.freebsd.org (Postfix) with ESMTP id D4D1813C455 for ; Thu, 11 Jan 2007 21:13:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc12) with ESMTP id <20070111211300m1200ak4b9e>; Thu, 11 Jan 2007 21:13:00 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 24BD41FA037; Thu, 11 Jan 2007 13:13:00 -0800 (PST) Date: Thu, 11 Jan 2007 13:13:00 -0800 From: Jeremy Chadwick To: John Baldwin Message-ID: <20070111211300.GA30702@icarus.home.lan> Mail-Followup-To: John Baldwin , freebsd-stable@freebsd.org References: <20070102153608.GA78405@icarus.home.lan> <200701111340.48708.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701111340.48708.jhb@freebsd.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Interrupt (SCSI?) hang on 4.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 21:13:01 -0000 On Thu, Jan 11, 2007 at 01:40:48PM -0500, John Baldwin wrote: > On Tuesday 02 January 2007 10:36, Jeremy Chadwick wrote: > > Yes, I know 4.11 is EOL'd at the end of this month, but hopefully > > someone can shed some light on this problem anyways. I simply don't > > have the knowledge of what's going on on a low-level to determine > > the cause. > > > > I do have serial console on this box, and after enabling some > > debugging for the ahc(4) driver a few months back, was able to > > get something intelligent out of the system regarding SCBs this > > morning. This may not be useful (or the cause), though. I also > > cannot enable drop-to-DDB-on-serial-break because our Portmaster 2 > > has been known to send a serial break on rare occasion. :-( > > > > Every so often (sometimes hours, sometimes months -- usually months), > > the 4.11 box we have "locks up" in the sense that both NICs on the > > box stop working, and the SCSI controller also appears hung. This > > problem has existed for a couple years; it's not specific to 4.11 > > (versus 4.10 or 4.9). > > Can you try a RELENG_4 kernel? I know of at least one fix (in > sys/i386/isa/clock.c) since 4.11 was released that might help you out. John, Thanks for the tip. The kernel I'm using was built on the following date (thus, src-all for release=cvs tag=RELENG_4 was cvsup'd about an hour prior to this): FreeBSD pentarou.parodius.com 4.11-STABLE FreeBSD 4.11-STABLE #0: Sun May 28 12:02:42 PDT 2006 root@pentarou.parodius.com:/usr/obj/usr/src/sys/PENTAROU i386 Which revision of sys/i386/isa/clock.c might have fixed the problem? I only see 1 commit between May 28th 2006 and present: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/isa/clock.c?f=u&only_with_tag=RELENG_4&logsort=date -- | 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 Jan 11 21:35:13 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B992016A403 for ; Thu, 11 Jan 2007 21:35:13 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 730C413C45A for ; Thu, 11 Jan 2007 21:35:13 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 11 Jan 2007 21:35:12 -0000 Date: Thu, 11 Jan 2007 23:34:44 +0200 From: Nikolay Pavlov To: Jo Rhett Message-ID: <20070111213444.GB17185@zone3000.net> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: stable@FreeBSD.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 21:35:13 -0000 On Thursday, 11 January 2007 at 11:00:56 -0800, Jo Rhett wrote: > I think I have a decent way to make the application deal with two 1.2 > TB filesystems. Obviously bsdlabel is limited to 2TB, but I should > be able to mount a partition from the second slice. > > So how do I accomplish this? Fdisk apparently won't make that second > slice that crosses the 2TB boundary... You need to create to RAID arrays as separate devices, for example in my case (ARECA raid) it would be da0 and da1. On the first da0 drive install MBR with fdisk and labels as usual, but on second da1 install GPT with gpt utility (man gpt) gpt create -f /dev/da1 gpt add -t ufs /dev/da1 Skeep disklabel procedure and format /dev/da1p1 with newfs utility like this: newfs /dev/da1p1 mount -t ufs /dev/da1p1 /mnt/mnt2 Thats it. /dev/da1p1 4.3T 26G 4.3T 1% /mnt/mnt2 > > Sorry for the rookie questions, but I've done dozens of searches and > there's lots of discussion of the issues but no real obvious solutions. > > On Jan 11, 2007, at 1:04 AM, Jo Rhett wrote: > >So I have a raid array of 2.4TB. And yes, I really need 2.4TB, and > >no there's no room for another set of disks to boot from. > >/ 1g > >/var 16g > >/big **everything else > > > >Sysinstall recognized the drive properly and everything looked > >dandy during install. However, it turns out that fdisk and > >bsdlabel both just chopped off the last partition at 248GB. (why > >248gb and not 2tb?) > > > >Reading the various mailing lists, it strikes me that I need to > >make partition 1 be normal MBR, and then use GPT to create another > >partition table in slice 2. Makes sense to me. > > > >How? In theory this seems simple, but I can't figure out how to > >modify the slices without fdisk, which won't play ball with the > >larger size. > > > >And why 248GB anyway? I'd almost be willing to lose the extra .4tb > >if it just stopped at 2TB. Why does it slap back down to 248gb? > > > >NOTE: yes I already understand about PC BIOS and MBR, and not > >reading GPT format. The question is -- how do I make them coexist? > > > >-- > >Jo Rhett > >senior geek > >Silicon Valley Colocation > >_______________________________________________ > >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" > > -- > Jo Rhett > senior geek > Silicon Valley Colocation > > > > > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 21:40:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 788CC16A47E for ; Thu, 11 Jan 2007 21:40:24 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from relay.aplus.net (relay.aplus.net [216.55.128.212]) by mx1.freebsd.org (Postfix) with ESMTP id 64D8413C448 for ; Thu, 11 Jan 2007 21:40:24 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [216.55.129.230] by relay.aplus.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1H57em-000Ozt-KD; Thu, 11 Jan 2007 13:40:20 -0800 Message-ID: <45A6AEBC.800@scottevil.com> Date: Thu, 11 Jan 2007 13:40:12 -0800 From: Scott Oertel User-Agent: Thunderbird 2.0b1 (X11/20061211) MIME-Version: 1.0 To: Kris Kennaway References: <459ABB40.7050603@digiware.nl> <20070111153651.GC31382@xor.obsecurity.org> <45A68F2E.6040205@scottevil.com> <20070111200152.GA36123@xor.obsecurity.org> In-Reply-To: <20070111200152.GA36123@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Willem Jan Withagen , freebsd-stable@freebsd.org Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 21:40:24 -0000 Kris Kennaway wrote: > On Thu, Jan 11, 2007 at 11:25:34AM -0800, Scott Oertel wrote: > >> Kris Kennaway wrote: >> >>> On Tue, Jan 02, 2007 at 09:06:24PM +0100, Willem Jan Withagen wrote: >>> >>> >>>> Hi, >>>> >>>> I got the following Filesystem: >>>> Filesystem Size Used Avail Capacity iused ifree %iused >>>> /dev/da0a 1.3T 422G 823G 34% 565952 182833470 0% >>>> >>>> Running of a 3ware 9550, on a dual core Opteron 242 with 1Gb. >>>> The system is used as SMB/NFS server for my other systems here. >>>> >>>> I would like to make weekly snapshots, but manually running mksnap_ffs >>>> freezes access to the disk (I sort of expected that) but the process >>>> never terminates. So I let is sit overnight, but looking a gstat did not >>>> reveil any activity what so ever... >>>> The disk was not released, mksnap_ffs could not be terminated. >>>> And things resulted in me rebooting the system. >>>> >>>> So: >>>> - How long should I expect making a snapshot to take: >>>> 5, 15, 30min, 1, 2 hour or even more??? >>>> >>>> >>> Yes :) Snapshots were not designed for use in this way (they were >>> designed to support background fsck and allow faster system recovery >>> after power failure), so they don't scale as well as you might like on >>> large filesystems. >>> >>> Kris >>> >>> >> If snapshots were designed to support background fsck, then why did they >> not make it more scalable? If you can't create a snapshot without the >> system locking up, that means fsck won't be able to either, making >> background fsck worthless for systems with large storage. >> > > locking up != taking a long time to complete. You haven't > differentiated between those two situations yet. > > Kris > It depends, sometimes it just takes a really long time during which the system is unresponsive and unstable, or it just completely locks up. Does it make that much of a difference? in either case, snapshotting large drives is not very efficient, and can't be considered for background fsck, or daily backup. Which are the two main purposes of snapshots. --Scott From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 21:48:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D60C16A494 for ; Thu, 11 Jan 2007 21:48:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 80D1B13C442 for ; Thu, 11 Jan 2007 21:48:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0DF3C1A3C1A; Thu, 11 Jan 2007 13:48:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 41050516AC; Thu, 11 Jan 2007 16:48:06 -0500 (EST) Date: Thu, 11 Jan 2007 16:48:06 -0500 From: Kris Kennaway To: Scott Oertel Message-ID: <20070111214806.GA37942@xor.obsecurity.org> References: <459ABB40.7050603@digiware.nl> <20070111153651.GC31382@xor.obsecurity.org> <45A68F2E.6040205@scottevil.com> <20070111200152.GA36123@xor.obsecurity.org> <45A6AEBC.800@scottevil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <45A6AEBC.800@scottevil.com> User-Agent: Mutt/1.4.2.2i Cc: Willem Jan Withagen , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 21:48:08 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 11, 2007 at 01:40:12PM -0800, Scott Oertel wrote: > Kris Kennaway wrote: > >On Thu, Jan 11, 2007 at 11:25:34AM -0800, Scott Oertel wrote: > > =20 > >>Kris Kennaway wrote: > >> =20 > >>>On Tue, Jan 02, 2007 at 09:06:24PM +0100, Willem Jan Withagen wrote: > >>>=20 > >>> =20 > >>>>Hi, > >>>> > >>>>I got the following Filesystem: > >>>>Filesystem Size Used Avail Capacity iused ifree %iused=20 > >>>>/dev/da0a 1.3T 422G 823G 34% 565952 182833470 0% > >>>> > >>>>Running of a 3ware 9550, on a dual core Opteron 242 with 1Gb. > >>>>The system is used as SMB/NFS server for my other systems here. > >>>> > >>>>I would like to make weekly snapshots, but manually running mksnap_ff= s=20 > >>>>freezes access to the disk (I sort of expected that) but the process= =20 > >>>>never terminates. So I let is sit overnight, but looking a gstat did= =20 > >>>>not reveil any activity what so ever... > >>>>The disk was not released, mksnap_ffs could not be terminated. > >>>>And things resulted in me rebooting the system. > >>>> > >>>>So: > >>>>- How long should I expect making a snapshot to take: > >>>> 5, 15, 30min, 1, 2 hour or even more??? > >>>> =20 > >>>> =20 > >>>Yes :) Snapshots were not designed for use in this way (they were > >>>designed to support background fsck and allow faster system recovery > >>>after power failure), so they don't scale as well as you might like on > >>>large filesystems. > >>> > >>>Kris > >>>=20 > >>> =20 > >>If snapshots were designed to support background fsck, then why did the= y=20 > >>not make it more scalable? If you can't create a snapshot without the= =20 > >>system locking up, that means fsck won't be able to either, making=20 > >>background fsck worthless for systems with large storage. > >> =20 > > > >locking up !=3D taking a long time to complete. You haven't > >differentiated between those two situations yet. > > > >Kris > > =20 >=20 >=20 > It depends, sometimes it just takes a really long time during which the= =20 > system is unresponsive and unstable, or it just completely locks up.=20 > Does it make that much of a difference? in either case, snapshotting=20 > large drives is not very efficient, and can't be considered for=20 > background fsck, or daily backup. Which are the two main purposes of=20 > snapshots. Those are completely different situations, as I have tried to emphasize. If you are interested in proceeding to debug the deadlock issue, please follow the directions in the developers handbook chapter on kernel debugging (in particular obtain 'show lockedvnods' output with DEBUG_VFS_LOCKS and DEBUG_LOCKS enabled). kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFprCVWry0BWjoQKURAi4KAJ99WtTy0AWvqgrmvTq9D8cXyQvh2wCg1cc8 t8GlvN8J+beevkMHqlQkxr0= =ggDc -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 21:51:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BFC316A412; Thu, 11 Jan 2007 21:51:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id DAB7413C455; Thu, 11 Jan 2007 21:51:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0BLpdQd099976; Thu, 11 Jan 2007 16:51:39 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jeremy Chadwick Date: Thu, 11 Jan 2007 16:47:17 -0500 User-Agent: KMail/1.9.1 References: <20070102153608.GA78405@icarus.home.lan> <200701111340.48708.jhb@freebsd.org> <20070111211300.GA30702@icarus.home.lan> In-Reply-To: <20070111211300.GA30702@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701111647.18735.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 11 Jan 2007 16:51:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2436/Thu Jan 11 06:48:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 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 Subject: Re: Interrupt (SCSI?) hang on 4.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 21:51:42 -0000 On Thursday 11 January 2007 16:13, Jeremy Chadwick wrote: > On Thu, Jan 11, 2007 at 01:40:48PM -0500, John Baldwin wrote: > > On Tuesday 02 January 2007 10:36, Jeremy Chadwick wrote: > > > Yes, I know 4.11 is EOL'd at the end of this month, but hopefully > > > someone can shed some light on this problem anyways. I simply don't > > > have the knowledge of what's going on on a low-level to determine > > > the cause. > > > > > > I do have serial console on this box, and after enabling some > > > debugging for the ahc(4) driver a few months back, was able to > > > get something intelligent out of the system regarding SCBs this > > > morning. This may not be useful (or the cause), though. I also > > > cannot enable drop-to-DDB-on-serial-break because our Portmaster 2 > > > has been known to send a serial break on rare occasion. :-( > > > > > > Every so often (sometimes hours, sometimes months -- usually months), > > > the 4.11 box we have "locks up" in the sense that both NICs on the > > > box stop working, and the SCSI controller also appears hung. This > > > problem has existed for a couple years; it's not specific to 4.11 > > > (versus 4.10 or 4.9). > > > > Can you try a RELENG_4 kernel? I know of at least one fix (in > > sys/i386/isa/clock.c) since 4.11 was released that might help you out. > > John, > > Thanks for the tip. > > The kernel I'm using was built on the following date (thus, src-all > for release=cvs tag=RELENG_4 was cvsup'd about an hour prior to this): > > FreeBSD pentarou.parodius.com 4.11-STABLE FreeBSD 4.11-STABLE #0: Sun May 28 12:02:42 PDT 2006 root@pentarou.parodius.com:/usr/obj/usr/src/sys/PENTAROU i386 > > Which revision of sys/i386/isa/clock.c might have fixed the problem? > I only see 1 commit between May 28th 2006 and present: It was the 1.149.2.7, so you probably have that already. I wasn't sure when you said "4.11" kernel if you meant RELENG_4_11 or RELENG_4. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 21:56:50 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CC2016A403 for ; Thu, 11 Jan 2007 21:56:50 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 07F8B13C45E for ; Thu, 11 Jan 2007 21:56:49 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0BLuoXX082171; Thu, 11 Jan 2007 13:56:50 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <20070111213444.GB17185@zone3000.net> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 13:56:43 -0800 To: Nikolay Pavlov X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43490 - e735eff2b6b5 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: stable@FreeBSD.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 21:56:50 -0000 Thanks for the reply. The problem is that I have a single 6-drive (550gb/ea) RAID-5 array. If I split two disks off to make a RAID-1 boot device, I'll lose 1TB of usable storage. I just found the "auto carving" feature of the 3ware controller, and we'll see how that works for my needs. Someone really needs to keep an up to date page of what options are available. There's a lot of talk about GEOM on slice 2 and GPT in the GEOM, but I couldn't figure out how to make slice2 be 2TB. I could talk sysinstall into doing it, but rebooting just gave me "Invalid partition table" :-( Since we're going to be stuck with old BIOSes for a long time after 2TB is a cheap disk drive at [store], is anyone considering doing the work to make GPT co-exist with an MBR block? It seems like the obvious and sensible choice. You boot from the MBR partition, and then load the GPT module and access the remaining data after that... On Jan 11, 2007, at 1:34 PM, Nikolay Pavlov wrote: > You need to create to RAID arrays as separate devices, for example > in my case (ARECA raid) it would be da0 and da1. > On the first da0 drive install MBR with fdisk and labels as usual, > but on > second da1 install GPT with gpt utility (man gpt) > > gpt create -f /dev/da1 > gpt add -t ufs /dev/da1 > > Skeep disklabel procedure and format /dev/da1p1 with newfs utility > like > this: > > newfs /dev/da1p1 > mount -t ufs /dev/da1p1 /mnt/mnt2 > > Thats it. > > /dev/da1p1 4.3T 26G 4.3T 1% /mnt/mnt2 > >> >> Sorry for the rookie questions, but I've done dozens of searches and >> there's lots of discussion of the issues but no real obvious >> solutions. >> >> On Jan 11, 2007, at 1:04 AM, Jo Rhett wrote: >>> So I have a raid array of 2.4TB. And yes, I really need 2.4TB, and >>> no there's no room for another set of disks to boot from. >>> / 1g >>> /var 16g >>> /big **everything else >>> >>> Sysinstall recognized the drive properly and everything looked >>> dandy during install. However, it turns out that fdisk and >>> bsdlabel both just chopped off the last partition at 248GB. (why >>> 248gb and not 2tb?) >>> >>> Reading the various mailing lists, it strikes me that I need to >>> make partition 1 be normal MBR, and then use GPT to create another >>> partition table in slice 2. Makes sense to me. >>> >>> How? In theory this seems simple, but I can't figure out how to >>> modify the slices without fdisk, which won't play ball with the >>> larger size. >>> >>> And why 248GB anyway? I'd almost be willing to lose the extra .4tb >>> if it just stopped at 2TB. Why does it slap back down to 248gb? >>> >>> NOTE: yes I already understand about PC BIOS and MBR, and not >>> reading GPT format. The question is -- how do I make them coexist? >>> >>> -- >>> Jo Rhett >>> senior geek >>> Silicon Valley Colocation >>> _______________________________________________ >>> 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" >> >> -- >> Jo Rhett >> senior geek >> Silicon Valley Colocation >> >> >> >> >> _______________________________________________ >> 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" > > -- > ====================================================================== > - Best regards, Nikolay Pavlov. <<<----------------------------------- > ====================================================================== > -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 22:23:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F62716A403; Thu, 11 Jan 2007 22:23:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.freebsd.org (Postfix) with ESMTP id 54F4F13C448; Thu, 11 Jan 2007 22:23:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc13) with ESMTP id <2007011122231201300lv9mie>; Thu, 11 Jan 2007 22:23:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id ED1331FA037; Thu, 11 Jan 2007 14:23:11 -0800 (PST) Date: Thu, 11 Jan 2007 14:23:11 -0800 From: Jeremy Chadwick To: John Baldwin Message-ID: <20070111222311.GA31883@icarus.home.lan> Mail-Followup-To: John Baldwin , freebsd-stable@freebsd.org References: <20070102153608.GA78405@icarus.home.lan> <200701111340.48708.jhb@freebsd.org> <20070111211300.GA30702@icarus.home.lan> <200701111647.18735.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701111647.18735.jhb@freebsd.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Interrupt (SCSI?) hang on 4.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 22:23:13 -0000 On Thu, Jan 11, 2007 at 04:47:17PM -0500, John Baldwin wrote: > On Thursday 11 January 2007 16:13, Jeremy Chadwick wrote: > > The kernel I'm using was built on the following date (thus, src-all > > for release=cvs tag=RELENG_4 was cvsup'd about an hour prior to this): > > > > FreeBSD pentarou.parodius.com 4.11-STABLE FreeBSD 4.11-STABLE #0: Sun May 28 > 12:02:42 PDT 2006 root@pentarou.parodius.com:/usr/obj/usr/src/sys/PENTAROU > i386 > > > > Which revision of sys/i386/isa/clock.c might have fixed the problem? > > I only see 1 commit between May 28th 2006 and present: > > It was the 1.149.2.7, so you probably have that already. I wasn't sure when > you said "4.11" kernel if you meant RELENG_4_11 or RELENG_4. Understood. :-) I always use RELENG_x branches, never the _x_y branches. The problem I'm reporting is likely with hardware; sadly I can't try a different PCI slot since it's a 2U box with 2 riser cards for the PCI slots, thus only 1 riser card works with a full-height 29160 card. I'm in the process of deprecating the box and moving everything over to a completely different (RELENG_6) system, but I thought I'd throw this problem out there and see if anyone had ideas. Thanks though! -- | 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 Jan 11 23:33:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB9DD16A403 for ; Thu, 11 Jan 2007 23:33:13 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id B42E113C448 for ; Thu, 11 Jan 2007 23:33:13 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l0BNWkvm020394 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Jan 2007 15:32:47 -0800 Message-ID: <45A6C91B.1080709@freebsd.org> Date: Thu, 11 Jan 2007 15:32:43 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Angelo Turetta References: <45A68FFB.7020106@commit.it> In-Reply-To: <45A68FFB.7020106@commit.it> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig81B1470838B97750C9560E1B" Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 version string X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 23:33:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig81B1470838B97750C9560E1B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Angelo Turetta wrote: > Am I dreaming, or hasn't the practice always been to rename the RELENG_= 6=20 > kernel back to 6-STABLE (or whatever) just after the RELENG_6_x branch?= >=20 > Right now it's still labelled 6.2-PRERELEASE. I think we've typically done this in the past but it's not something I see written down anywhere. Frequently we updated release notes and things like that as well, although for 6.2, I'm glad we didn't since the 6.2 release cycle was (is) kind of longish. At this point, I'd just as soon leave it until after 6.2 is released. Bruce. --------------enig81B1470838B97750C9560E1B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFpskb2MoxcVugUsMRAhGjAJ4xwPJbA12xqq9W+ttW37ytM226fQCfdrNo WSB79bKY97O2eJuCkWJibGA= =CuB/ -----END PGP SIGNATURE----- --------------enig81B1470838B97750C9560E1B-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 11 23:55:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B789A16A40F for ; Thu, 11 Jan 2007 23:55:18 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 760B113C43E for ; Thu, 11 Jan 2007 23:55:16 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JBQ00G07AFZ5J60@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 12 Jan 2007 00:55:11 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JBQ002AAAFZ2XC0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 12 Jan 2007 00:55:11 +0100 (CET) Date: Fri, 12 Jan 2007 00:55:10 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: To: freebsd-stable@freebsd.org Message-id: <20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2007 23:55:18 -0000 On Thu, 11 Jan 2007 13:56:43 -0800 Jo Rhett wrote: > Thanks for the reply. The problem is that I have a single 6-drive > (550gb/ea) RAID-5 array. If I split two disks off to make a RAID-1 > boot device, I'll lose 1TB of usable storage. Hmm, why can't you just make your controller create two logical arrays onto the one physical array? Doesnt the controller support this feature? (Don't shoot me, I'm not a RAID controller expert, I'm just asking) > Since we're going to be stuck with old BIOSes for a long time after > 2TB is a cheap disk drive at [store], is anyone considering doing > the work to make GPT co-exist with an MBR block? It seems like the > obvious and sensible choice. You boot from the MBR partition, and > then load the GPT module and access the remaining data after that... Is there a reason why we can't have a boot loader that boots off a GPT disk? Or is the problem with the bios? (again, I'm just asking....) -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 00:50:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6171016A403 for ; Fri, 12 Jan 2007 00:50:41 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd5mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3752D13C455 for ; Fri, 12 Jan 2007 00:50:41 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mr2so.prod.shaw.ca (pd4mr2so-qfe3.prod.shaw.ca [10.0.141.213]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JBQ00K15CYYTY60@l-daemon> for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 17:49:46 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd4mr2so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JBQ00FYYCYVI0S0@pd4mr2so.prod.shaw.ca> for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 17:49:46 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JBQ003HCCYU9O80@l-daemon> for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 17:49:43 -0700 (MST) Received: (qmail 62469 invoked from network); Fri, 12 Jan 2007 00:51:02 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Fri, 12 Jan 2007 00:51:02 +0000 Date: Thu, 11 Jan 2007 16:51:02 -0800 From: Colin Percival In-reply-to: <200701111841.l0BIfWOn015231@freefall.freebsd.org> To: freebsd-security@freebsd.org Message-id: <45A6DB76.40800@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-stable@freebsd.org Subject: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 00:50:41 -0000 Hello Everyone, I usually let security advisories speak for themselves, but I want to call special attention to this one: If you use jails, READ THE ADVISORY, in particular the "NOTE WELL" part below; and if you have problems after applying the security patch, LET US KNOW -- we do everything we can to make sure that security updates will never cause problems, but in this case we could not fix the all of the security issues without either making assumptions about how systems are configured or reducing functionality. In the end we opted to reduce functionality (the jail startup process is no longer logged to /var/log/console.log inside the jail), make an assumption about how systems are configured (filesystems which are mounted via per-jail fstab files should not be mounted on symlinks -- if you do this, adjust your fstab files to give the real, non-symlinked, path to the mount point), and leave a potential security problem unfixed (if you mount any filesystems via per-jail fstab files on mount points which are visible within multiple jails, there are problems -- don't do this). While this is not ideal, this security issue was extraordinarily messy due to the power and flexibility of the jails and the jail rc.d script. I can't recall any other time when the security team has spent this long trying to find a working patch for a security issue. I'd like to publicly thank Simon Nielsen for the many many hours he spent working on this issue, as well as the release engineering team for being very patient with us and delaying the upcoming release to give us time to fix this. Sincerely, Colin Percival FreeBSD Security Officer FreeBSD Security Advisories wrote: > ============================================================================= > FreeBSD-SA-07:01.jail Security Advisory > The FreeBSD Project > > Topic: Jail rc.d script privilege escalation > > [snip] > > NOTE WELL: The solution described changes the default location of the > "console.log" for jails from /var/log/console.log inside each jail to > /var/log/jail_${jail_name}_console.log on host system. If this is a > problem, it may be possible to create a hard link from the new position > of the console log file to a location inside the jail. A new rc.conf(5) > variable, jail_${jail_name}_consolelog, can be used to change the > location of console.log files on a per-jail basis. > > In addition, the solution described below does not fully secure jail > configurations where two jails have overlapping directory trees and a > file system is mounted inside the overlap. Overlapping directory > trees can occur when jails share the same root directory; when a jail > has a root directory which is a subdirectory of another jail's root > directory; or when a part of the file system space of one jail is > mounted inside the file system space of another jail, e.g., using > nullfs or unionfs. > > To handle overlapping jails safely the administrator must set the > sysctl(8) variable security.jail.chflags_allowed to 0 (the default) > and manually set the "sunlnk" file/directory flag on all mount points > and all parent directories of mount points. If this is done while > jails are running, the adminstrator must check that an attacker has > not replaced any directories with symlinks after setting the "sunlnk" > flag. > > [snip] > > The latest revision of this advisory is available at > http://security.FreeBSD.org/advisories/FreeBSD-SA-07:01.jail.asc From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 01:13:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3111316A412 for ; Fri, 12 Jan 2007 01:13:33 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id AD6F213C44B for ; Fri, 12 Jan 2007 01:13:32 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l0C1DIGq038237; Thu, 11 Jan 2007 23:13:18 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, Andrew Thompson Date: Thu, 11 Jan 2007 23:13:24 -0200 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200701112313.25390.joao@matik.com.br> X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,AWL autolearn=unavailable version=3.1.3 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: if_bridge / ath - ether type 5e4 flags 3 len 1522 > max 1514 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 01:13:33 -0000 an ath wl card stops definitely working after showing this messages:=20 kernel: ath0: discard oversize frame ether type 5e4 flags 3 len 1522 > max= =20 1514 seems this packages are then beeing held in the ath tx buffer, filling it u= p,=20 what then depending on the rate or quantity brings the ath card down, soon = or=20 later, only way getting it back is by reboot this is when running in hostap mode and under if_bridge (with or w/o stp) If I am not wrong a mac frame can be 1518 when untagged or 1522 when tagged Now, I am wondering why the ath driver discards such packages when they app= ear=20 to be of valid size Also, if I am not wrong, who should discard the package if oversized is the= =20 bridge but not the interface =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 Jan 12 03:03:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CFFF16A40F for ; Fri, 12 Jan 2007 03:03:59 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id E8E0913C45E for ; Fri, 12 Jan 2007 03:03:58 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C33uuZ086514; Thu, 11 Jan 2007 19:03:57 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 19:03:49 -0800 To: Torfinn Ingolfsen X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43597 - 2dbb36e7bce9 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 03:03:59 -0000 > On Thu, 11 Jan 2007 13:56:43 -0800 Jo Rhett wrote: >> Thanks for the reply. The problem is that I have a single 6-drive >> (550gb/ea) RAID-5 array. If I split two disks off to make a RAID-1 >> boot device, I'll lose 1TB of usable storage. On Jan 11, 2007, at 3:55 PM, Torfinn Ingolfsen wrote: > Hmm, why can't you just make your controller create two logical arrays > onto the one physical array? Doesnt the controller support this > feature? Not any one that I've ever seen in commodity disks. Yes, on big fiber channel disk cabinets. No to 6-8 drive raid controllers. >> Since we're going to be stuck with old BIOSes for a long time after >> 2TB is a cheap disk drive at [store], is anyone considering doing >> the work to make GPT co-exist with an MBR block? It seems like the >> obvious and sensible choice. You boot from the MBR partition, and >> then load the GPT module and access the remaining data after that... > > Is there a reason why we can't have a boot loader that boots off a GPT > disk? Or is the problem with the bios? My understanding is that BIOS expects 32-bit partition sizes. So we must have a 32-bit MBR partition for the BIOS to boot from. I'm just wondering what it will take to make GPT (which in theory can co-exist with MBR) work for the remainder of the drive? -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 03:27:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1712C16A417 for ; Fri, 12 Jan 2007 03:27:41 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [217.13.206.148]) by mx1.freebsd.org (Postfix) with ESMTP id 7DBFE13C459 for ; Fri, 12 Jan 2007 03:27:40 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 66382 invoked from network); 12 Jan 2007 03:27:38 -0000 Received: from unknown (HELO ?192.168.23.144?) (cryx@85.178.96.83) by mail.h3q.com with AES256-SHA encrypted SMTP; 12 Jan 2007 03:27:38 -0000 Message-ID: <45A70026.2010601@h3q.com> Date: Fri, 12 Jan 2007 04:27:34 +0100 From: Philipp Wuensche User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Colin Percival References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> In-Reply-To: <45A6DB76.40800@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 03:27:41 -0000 Colin Percival wrote: > Hello Everyone, > > I usually let security advisories speak for themselves, but I want to call > special attention to this one: If you use jails, READ THE ADVISORY, in > particular the "NOTE WELL" part below; and if you have problems after applying > the security patch, LET US KNOW -- we do everything we can to make sure > that security updates will never cause problems, but in this case we could > not fix the all of the security issues without either making assumptions > about how systems are configured or reducing functionality. > > In the end we opted to reduce functionality (the jail startup process is > no longer logged to /var/log/console.log inside the jail) Thats a bummer, when Dirk showed me this problem the first time my ideas for fixing this problem without losing the functionality where changing flags on the file so it can't be removed or/and checking if it is really a file or a symlink instead. Of course you have to check if /var/log has symlinked parent directories before. First is quite problematic and setting flags on file is something scripts which create a jail in the first place probably have to bother with so option two would be my approach. Did I miss a possible problem with that idea? > (filesystems which are mounted via per-jail > fstab files should not be mounted on symlinks -- if you do this, adjust your > fstab files to give the real, non-symlinked, path to the mount point), and If I understand the patch correct it checks recursive all parent directories of a mountpoint in is_symlinked_mountpoint(), wouldn't it be better to just check for a symlinked parent directory up to and not including ${_rootdir}? I think that wouldn't weaken security and people would be allowed to use symlinks for their jail root-directories and above. I already know some setups which will break with the current patch. > leave a potential security problem unfixed (if you mount any filesystems via > per-jail fstab files on mount points which are visible within multiple jails, > there are problems -- don't do this). I'm not sure I understand that quite correct, where is this problem appearing? Other things: tail is used in line 230: tail -r ${_fstab} | while read _device _mountpt _rest; do If the per-jail fstab is larger than 10 lines, which is the default of tail to show, the remaining mountpoints will not be unmounted? Anyway thanks to the freebsd team. greetings, philipp From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 03:41:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 631CB16A412 for ; Fri, 12 Jan 2007 03:41:05 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [217.13.206.148]) by mx1.freebsd.org (Postfix) with ESMTP id B1B4513C459 for ; Fri, 12 Jan 2007 03:41:04 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 70684 invoked from network); 12 Jan 2007 03:41:03 -0000 Received: from unknown (HELO ?192.168.23.144?) (cryx@85.178.96.83) by mail.h3q.com with AES256-SHA encrypted SMTP; 12 Jan 2007 03:41:03 -0000 Message-ID: <45A7034B.3070002@h3q.com> Date: Fri, 12 Jan 2007 04:40:59 +0100 From: Philipp Wuensche User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Mark Andrews References: <200701120338.l0C3cEXG077286@drugs.dv.isc.org> In-Reply-To: <200701120338.l0C3cEXG077286@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 03:41:05 -0000 Mark Andrews wrote: >> I'm not sure I understand that quite correct, where is this problem >> appearing? >> >> Other things: >> >> tail is used in line 230: tail -r ${_fstab} | while read _device >> _mountpt _rest; do >> >> If the per-jail fstab is larger than 10 lines, which is the default of >> tail to show, the remaining mountpoints will not be unmounted? > > The default for the -r option is to display all of the input. Ah, didn't know that. Thanks for correcting me there. greetings, philipp From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 03:42:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5937016A47C for ; Fri, 12 Jan 2007 03:42:17 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9D613C469 for ; Fri, 12 Jan 2007 03:42:16 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.8) id l0C3KSkc033999; Thu, 11 Jan 2007 21:20:28 -0600 (CST) (envelope-from dan) Date: Thu, 11 Jan 2007 21:20:28 -0600 From: Dan Nelson To: Jo Rhett Message-ID: <20070112032028.GC46272@dan.emsphone.com> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> X-OS: FreeBSD 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 03:42:17 -0000 In the last episode (Jan 11), Jo Rhett said: > >On Thu, 11 Jan 2007 13:56:43 -0800 Jo Rhett wrote: > >>Thanks for the reply. The problem is that I have a single 6-drive > >>(550gb/ea) RAID-5 array. If I split two disks off to make a RAID-1 > >>boot device, I'll lose 1TB of usable storage. > > On Jan 11, 2007, at 3:55 PM, Torfinn Ingolfsen wrote: > >Hmm, why can't you just make your controller create two logical arrays > >onto the one physical array? Doesnt the controller support this > >feature? > > Not any one that I've ever seen in commodity disks. Yes, on big > fiber channel disk cabinets. No to 6-8 drive raid controllers. I've got ancient AMI Megaraid controllers (Dell PERC 2/Si cards) that can put multiple logical drives on one RAID set, so I'm surprised that a modern controller can't. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 03:50:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F7A416A407 for ; Fri, 12 Jan 2007 03:50:36 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id D3D3113C428 for ; Fri, 12 Jan 2007 03:50:35 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 43142 invoked from network); 12 Jan 2007 03:50:52 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 12 Jan 2007 03:50:52 -0000 Received: (qmail 26045 invoked by uid 907); 12 Jan 2007 03:50:29 -0000 Received: from [192.168.1.51] (HELO janmxp) (192.168.1.51) by midgard.transactionware.com (qpsmtpd/0.32) with SMTP; Fri, 12 Jan 2007 14:50:29 +1100 Message-ID: <000901c735fc$d180ac10$3301a8c0@janmxp> From: "Jan Mikkelsen" To: "Jo Rhett" References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> Date: Fri, 12 Jan 2007 14:50:35 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2826 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2826 Cc: freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 03:50:36 -0000 Hi, Jo Rhett wrote: >> On Thu, 11 Jan 2007 13:56:43 -0800 Jo Rhett wrote: >>> Thanks for the reply. The problem is that I have a single 6-drive >>> (550gb/ea) RAID-5 array. If I split two disks off to make a RAID-1 >>> boot device, I'll lose 1TB of usable storage. > > On Jan 11, 2007, at 3:55 PM, Torfinn Ingolfsen wrote: >> Hmm, why can't you just make your controller create two logical arrays >> onto the one physical array? Doesnt the controller support this feature? > > Not any one that I've ever seen in commodity disks. Yes, on big fiber > channel disk cabinets. No to 6-8 drive raid controllers. I'd be very surprised if you can't. You can certainly do it with Areca (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), although the details vary. For example, on an Areca 8 port controller, I have 8 disks in a RAID-6 array, and within that "RAID set", I have three volumes. The three volumes appear to FreeBSD as da0, da1 and da2, respectively. CLI> rsf info Num Name Disks TotalCap FreeCap DiskChannels State =============================================================================== 1 Raid Set # 00 8 2560.0GB 0.0GB 12345678 Rebuilding =============================================================================== GuiErrMsg<0x00>: Success. CLI> vsf info # Name Raid# Level Capacity Ch/Id/Lun State =============================================================================== 1 ARC-1220-VOL#00 1 Raid6 81.0GB 00/00/00 Rebuilding(63.8%) 2 ARC-1220-VOL#01 1 Raid6 1000.0GB 00/01/00 Need Rebuild 3 ARC-1220-VOL#02 1 Raid6 839.0GB 00/02/00 Need Rebuild =============================================================================== GuiErrMsg<0x00>: Success. Regards, Jan Mikkelsen From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 04:02:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACCF116A417 for ; Fri, 12 Jan 2007 04:02:53 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5E48C13C441 for ; Fri, 12 Jan 2007 04:02:53 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 4456 invoked by uid 0); 12 Jan 2007 04:02:52 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Jan 2007 04:02:52 -0000 Date: Thu, 11 Jan 2007 23:02:41 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: Jan Mikkelsen In-Reply-To: <000901c735fc$d180ac10$3301a8c0@janmxp> Message-ID: References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jo Rhett , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 04:02:53 -0000 On Fri, 12 Jan 2007, Jan Mikkelsen wrote: > Hi, > > Jo Rhett wrote: >>> On Thu, 11 Jan 2007 13:56:43 -0800 Jo Rhett wrote: >>>> Thanks for the reply. The problem is that I have a single 6-drive >>>> (550gb/ea) RAID-5 array. If I split two disks off to make a RAID-1 >>>> boot device, I'll lose 1TB of usable storage. >> >> On Jan 11, 2007, at 3:55 PM, Torfinn Ingolfsen wrote: >>> Hmm, why can't you just make your controller create two logical arrays >>> onto the one physical array? Doesnt the controller support this feature? >> >> Not any one that I've ever seen in commodity disks. Yes, on big fiber >> channel disk cabinets. No to 6-8 drive raid controllers. > > I'd be very surprised if you can't. You can certainly do it with Areca > (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), although the details vary. I can confirm 3Ware controllers also work that way. Charles > For example, on an Areca 8 port controller, I have 8 disks in a RAID-6 array, > and within that "RAID set", I have three volumes. The three volumes appear > to FreeBSD as da0, da1 and da2, respectively. > > CLI> rsf info > Num Name Disks TotalCap FreeCap DiskChannels State > =============================================================================== > 1 Raid Set # 00 8 2560.0GB 0.0GB 12345678 Rebuilding > =============================================================================== > GuiErrMsg<0x00>: Success. > > CLI> vsf info > # Name Raid# Level Capacity Ch/Id/Lun State > =============================================================================== > 1 ARC-1220-VOL#00 1 Raid6 81.0GB 00/00/00 Rebuilding(63.8%) > 2 ARC-1220-VOL#01 1 Raid6 1000.0GB 00/01/00 Need Rebuild > 3 ARC-1220-VOL#02 1 Raid6 839.0GB 00/02/00 Need Rebuild > =============================================================================== > GuiErrMsg<0x00>: Success. > > > Regards, > > Jan Mikkelsen > _______________________________________________ > 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 Jan 12 04:18:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E24116A412 for ; Fri, 12 Jan 2007 04:18:21 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 64E1C13C442 for ; Fri, 12 Jan 2007 04:18:21 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C4IJWG087524; Thu, 11 Jan 2007 20:18:19 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 20:18:13 -0800 To: Charles Sprickman X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43624 - 354918b9e167 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 04:18:21 -0000 >>> Not any one that I've ever seen in commodity disks. Yes, on big >>> fiber channel disk cabinets. No to 6-8 drive raid controllers. >> >> I'd be very surprised if you can't. You can certainly do it with >> Areca (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), although >> the details vary. On Jan 11, 2007, at 8:02 PM, Charles Sprickman wrote: > I can confirm 3Ware controllers also work that way. Please enlighten me. I see no such options in the BIOS menu. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 04:24:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30B7116A407; Fri, 12 Jan 2007 04:24:33 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 1920113C44B; Fri, 12 Jan 2007 04:24:33 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 643921140A3; Fri, 12 Jan 2007 03:38:18 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id EE879E60BA; Fri, 12 Jan 2007 03:38:17 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.8/8.13.8) with ESMTP id l0C3cEXG077286; Fri, 12 Jan 2007 14:38:14 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200701120338.l0C3cEXG077286@drugs.dv.isc.org> To: Philipp Wuensche From: Mark Andrews In-reply-to: Your message of "Fri, 12 Jan 2007 04:27:34 BST." <45A70026.2010601@h3q.com> Date: Fri, 12 Jan 2007 14:38:14 +1100 Sender: Mark_Andrews@isc.org Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org, Colin Percival Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 04:24:33 -0000 > I'm not sure I understand that quite correct, where is this problem > appearing? > > Other things: > > tail is used in line 230: tail -r ${_fstab} | while read _device > _mountpt _rest; do > > If the per-jail fstab is larger than 10 lines, which is the default of > tail to show, the remaining mountpoints will not be unmounted? The default for the -r option is to display all of the input. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 04:29:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5844216A40F for ; Fri, 12 Jan 2007 04:29:57 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7E313C43E for ; Fri, 12 Jan 2007 04:29:57 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JBQ00DYRN2QUB30@l-daemon> for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 21:28:02 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd5mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JBQ004DYN2PEIL1@pd5mr3so.prod.shaw.ca> for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 21:28:02 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JBQ00J6YN2OI2F2@l-daemon> for freebsd-stable@freebsd.org; Thu, 11 Jan 2007 21:28:01 -0700 (MST) Received: (qmail 68154 invoked from network); Fri, 12 Jan 2007 04:29:25 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Fri, 12 Jan 2007 04:29:25 +0000 Date: Thu, 11 Jan 2007 20:29:25 -0800 From: Colin Percival In-reply-to: <45A70026.2010601@h3q.com> To: Philipp Wuensche Message-id: <45A70EA5.1010402@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> <45A70026.2010601@h3q.com> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 04:29:57 -0000 Philipp Wuensche wrote: > Colin Percival wrote: >> In the end we opted to reduce functionality (the jail startup process is >> no longer logged to /var/log/console.log inside the jail) > > Thats a bummer, when Dirk showed me this problem the first time my ideas > for fixing this problem without losing the functionality where changing > flags on the file so it can't be removed or/and checking if it is really > a file or a symlink instead. Of course you have to check if /var/log has > symlinked parent directories before. > > First is quite problematic and setting flags on file is something > scripts which create a jail in the first place probably have to bother > with so option two would be my approach. Did I miss a possible problem > with that idea? Assuming that "option two" means "use file flags to make sure that the host can write to the jailed /var/log/console.log securely", setting the sunlnk flag on the jail's /var and /var/log would probably break many jails -- for one thing, log rotation would become impossible. Then there's the problem of systems with chflags_allowed=1... >> (filesystems which are mounted via per-jail >> fstab files should not be mounted on symlinks -- if you do this, adjust your >> fstab files to give the real, non-symlinked, path to the mount point), and > > If I understand the patch correct it checks recursive all parent > directories of a mountpoint in is_symlinked_mountpoint(), wouldn't it be > better to just check for a symlinked parent directory up to and not > including ${_rootdir}? This option never occurred to me; I _think_ it would work, but it would require canonicalizing the jail root path... even if I had thought of this, I might have decided to avoid this on the basis that complexity == bugs == bad for security patches. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 04:50:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22AF416A403 for ; Fri, 12 Jan 2007 04:50:47 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1036E13C442 for ; Fri, 12 Jan 2007 04:50:46 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C4okcG087964 for ; Thu, 11 Jan 2007 20:50:46 -0800 (PST) (envelope-from jrhett@svcolo.com) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Jo Rhett Date: Thu, 11 Jan 2007 20:50:40 -0800 X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43634 - 81a700d4fe15 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Subject: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 04:50:47 -0000 So I've been searching for hours now, and it appears that short of reading the C code, there's no documentation of the boot2 menu prompt. Sure, it says drive:driver(unit,slice,part) But no combination of those three that I can find actually works. There's two LUNs: drive 0: single 2TB slice drive 1: 264GB, with root, swap, etc How do I tell boot2 to find the loader on disk1? 1:da(1,a) 1:da(1,1,a) 1:da(0,1,a) 1:da(0,a) 0:da(1,a) 0:da(0,a) ...etc none of them work. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 04:55:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3576216A47E for ; Fri, 12 Jan 2007 04:55:33 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1F57A13C4A5 for ; Fri, 12 Jan 2007 04:55:33 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C4tXPQ088034 for ; Thu, 11 Jan 2007 20:55:33 -0800 (PST) (envelope-from jrhett@svcolo.com) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <09710CBA-0006-4502-B5F7-6048B290D3B8@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 20:55:27 -0800 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43636 - 0dc64e543a5e X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 04:55:33 -0000 On Jan 11, 2007, at 8:50 PM, Jo Rhett wrote: > So I've been searching for hours now, and it appears that short of > reading the C code, there's no documentation of the boot2 menu prompt. I'd like to add to this that the handbook is riddled full of undocumented terms, like BIOS Drive #. How do you determine this for a SCSI drive? And what is the difference between the drive number and the unit number anyway? That entire section is actually impossible to decipher except for the single drive IDE disk scenario which is documented there. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 04:59:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06FEA16A508 for ; Fri, 12 Jan 2007 04:59:42 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 217D313C455 for ; Fri, 12 Jan 2007 04:59:39 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C4xcV8088057; Thu, 11 Jan 2007 20:59:38 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <000901c735fc$d180ac10$3301a8c0@janmxp> References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5F856114-C2FC-4567-BBBF-3AEC86AFCD90@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 20:59:31 -0800 To: Jan Mikkelsen X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43639 - d2b06d831b6f X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 04:59:42 -0000 On Jan 11, 2007, at 7:50 PM, Jan Mikkelsen wrote: > For example, on an Areca 8 port controller, I have 8 disks in a > RAID-6 array, and within that "RAID set", I have three volumes. > The three volumes appear to FreeBSD as da0, da1 and da2, respectively. > > CLI> rsf info I would like to note that you're showing me post-boot information. All of the problems I am describing prevent bootup. I have the 3ware controller splitting the array into two LUNS. I can't configure it except to tell it to split on the 2TB boundary, so I end up with the large disk as the first device, when I'd rather put the OS and everything on a smaller disk. And from what I'm guessing (with no useful information from the boot2 prompt) I won't be able to boot from the second disk, probably because it's created by the twa device driver which doesn't exist yet. So... array volume management that comes into play after booting is irrelevant to my needs :-( -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 05:01:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3911116A40F for ; Fri, 12 Jan 2007 05:01:26 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 2142013C465 for ; Fri, 12 Jan 2007 05:01:26 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C51KaB088125; Thu, 11 Jan 2007 21:01:20 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <20070112032028.GC46272@dan.emsphone.com> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <20070112032028.GC46272@dan.emsphone.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 21:01:13 -0800 To: Dan Nelson X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43640 - 00bf9f186b0e X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 05:01:26 -0000 On Jan 11, 2007, at 7:20 PM, Dan Nelson wrote: > I've got ancient AMI Megaraid controllers (Dell PERC 2/Si cards) that > can put multiple logical drives on one RAID set, so I'm surprised that > a modern controller can't. Funny, that. I miss the old Megaraid controllers. They had features that the very best of modern raid are all lacking. Like 3ware, which apparently doesn't protect the partition information. My ancient DPT and Megaraid controllers all did that. Sad how far backwards the technology has gone. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 05:44:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 124F416A403 for ; Fri, 12 Jan 2007 05:44:37 +0000 (UTC) (envelope-from freebsd@akavia.ru) Received: from smtp.spaceweb.ru (smtp.spaceweb.ru [217.170.76.7]) by mx1.freebsd.org (Postfix) with ESMTP id 46A2713C44C for ; Fri, 12 Jan 2007 05:44:34 +0000 (UTC) (envelope-from freebsd@akavia.ru) Received: from [62.33.174.250] (helo=[10.164.28.66]) by smtp.spaceweb.ru with esmtp (Exim 4.63) (envelope-from ) id 1H5F0O-0003Ug-E9 for freebsd-stable@freebsd.org; Fri, 12 Jan 2007 08:31:09 +0300 Date: Fri, 12 Jan 2007 14:30:26 +0900 From: Alexander Logvinov X-Mailer: The Bat! (v3.95.3) Professional Organization: AKA X-Priority: 3 (Normal) Message-ID: <1922425326.20070112143026@akavia.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------26C1A0980E2A1" Subject: 6.2-RELEASE panic - ucom, uplcom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Logvinov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jan 2007 05:44:37 -0000 ------------26C1A0980E2A1 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Hello! I had 100% reproducible panic on 6.2RC2 and now I have it on 6.2-RELEASE w= ith ucom, uplcom. I have USR Courier V.Everthing External Modem connected with RS232->USB ca= ble to box. # dmesg | grep ucom ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 3 # cat /etc/ttys | grep ttyU0 ttyU0 "/usr/libexec/getty std.57600" dialup on insecure # ps ax | grep ttyU0 1236 ?? I 0:00,00 /usr/libexec/getty std.57600 ttyU0 # ls -l /dev/cuaU* crw-rw---- 1 uucp dialer 0, 70 12 =FF=ED=E2 13:30 /dev/cuaU0 crw-rw---- 1 uucp dialer 0, 71 12 =FF=ED=E2 13:30 /dev/cuaU0.init crw-rw---- 1 uucp dialer 0, 72 12 =FF=ED=E2 13:30 /dev/cuaU0.lock When I try to run minicom I get this: # minicom LANG/ja LANG/ko LANG/ru minicom: Cannot open /dev/cuaU0: Input/output error # dmesg ucom0: open bulk out error (addr 2): IN_USE Then I try again # minicom and get a panic: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x1c fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc04a6b1a stack pointer =3D 0x28:0xe714daf0 frame pointer =3D 0x28:0xe714db04 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1376 (minicom) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 9m10s Dumping 1022 MB (4 chunks) chunk 0: 1MB (157 pages) ... ok chunk 1: 1022MB (261494 pages) 1006 990 974 958 942 926 910 894 878 862 8= 46 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 = 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254= 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0506ce9 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc0507307 in panic (fmt=3D0xc06853cb "%s") at /usr/src/sys/kern/kern_s= hutdown.c:565 #3 0xc065e5b8 in trap_fatal (frame=3D0xe714dab0, eva=3D28) at /usr/src/sys= /i386/i386/trap.c:837 #4 0xc065e858 in trap_pfault (frame=3D0xe714dab0, usermode=3D0, eva=3D28) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc065ec40 in trap (frame=3D {tf_fs =3D -1067122680, tf_es =3D 40, tf_ds =3D -418119640, tf_edi = =3D 0, tf_esi =3D -994371968, tf_ebp =3D -418063612, tf_isp =3D -418063652,= tf_ebx =3D -996246928, tf_edx =3D -1066708223, tf_ecx =3D -1068864777, tf_= eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068864742, tf_cs = =3D 32, tf_eflags =3D 66178, tf_esp =3D -418063600, tf_ss =3D 0}) at /usr/s= rc/sys/i386/i386/trap.c:435 #6 0xc064960a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04a6b1a in uhci_softintr (v=3D0xc47e8000) at /usr/src/sys/dev/usb/uh= ci.c:1303 #8 0xc04a723a in uhci_abort_xfer (xfer=3D0xc4bdc800, status=3D3228259073) at /usr/src/sys/dev/usb/uhci.c:2000 #9 0xc04b3e89 in usbd_abort_pipe (pipe=3D0xc4bb1680) at /usr/src/sys/dev/u= sb/usbdi.c:762 #10 0xc04a2ac1 in ucomstopread (sc=3D0x0) at /usr/src/sys/dev/usb/ucom.c:855 #11 0xc04a2bf2 in ucomparam (tp=3D0xc4841400, t=3D0xc6bda400) at /usr/src/s= ys/dev/usb/ucom.c:497 #12 0xc05420fd in ttioctl (tp=3D0xc4841400, cmd=3D2150396948, data=3D0xc6bd= a400, flag=3D3) at /usr/src/sys/kern/tty.c:1075 #13 0xc054367b in ttyioctl (dev=3D0xc06b5301, cmd=3D2150396948, data=3D0xc6= bda400 "\001", flag=3D3, td=3D0x0) at /usr/src/sys/kern/tty.c:3260 #14 0xc04d26cf in giant_ioctl (dev=3D0xc483f000, cmd=3D0, data=3D0x0, fflag= =3D0, td=3D0x0) at /usr/src/sys/kern/kern_conf.c:306 #15 0xc04b7e8d in devfs_ioctl_f (fp=3D0xc46cd990, com=3D2150396948, data=3D= 0xc6bda400, cred=3D0xc4f7da80, td=3D0xc49b5300) at /usr/src/sys/fs/devfs/devfs_vnops.c:479 #16 0xc0531020 in ioctl (td=3D0xc49b5300, uap=3D0xe714dd04) at file.h:264 #17 0xc065f0b8 in syscall (frame=3D {tf_fs =3D -1067188165, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 3, tf_= esi =3D 0, tf_ebp =3D -1077943160, tf_isp =3D -418063004, tf_ebx =3D 673891= 360, tf_edx =3D -1077943136, tf_ecx =3D -1077943136, tf_eax =3D 54, tf_trap= no =3D 12, tf_err =3D 2, tf_eip =3D 673827683, tf_cs =3D 51, tf_eflags =3D = 582, tf_esp =3D -1077943252, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.= c:983 #18 0xc064965f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) --=20 WBR ------------26C1A0980E2A1 Content-Type: application/octet-stream; name=dmesg Content-transfer-encoding: base64 Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1h cmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA2LjItUkVMRUFTRSAjNjog RnJpIEphbiAxMiAxMzowNTowNyBZQUtUIDIwMDcKICAgIHVzZXJAYmxnLmFrYXZpYS5ydTov dXNyL29iai91c3Ivc3JjL3N5cy9BS0EKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIEQgQ1BVIDMu MDBHSHogKDI5OTUuNTEtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJ bnRlbCIgIElkID0gMHhmNjIgIFN0ZXBwaW5nID0gMgogIEZlYXR1cmVzPTB4YmZlYmZiZmY8 RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxN Q0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixT UyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weGU0M2Q8U1NFMyxSU1ZEMixNT04sRFNfQ1BM LFZNWCxDTlRYLUlELENYMTYsPGIxND4sPGIxNT4+CiAgQU1EIEZlYXR1cmVzPTB4MjAwMDAw MDA8TE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBDb3JlcyBwZXIgcGFja2FnZTog MgpyZWFsIG1lbW9yeSAgPSAxMDcyMTI4MDAwICgxMDIyIE1CKQphdmFpbCBtZW1vcnkgPSAx MDQ0MjMwMTQ0ICg5OTUgTUIpCkFDUEkgQVBJQyBUYWJsZTogPElOVEVMICAwNERUMDQ0ID4K RnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCiBj cHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQppb2FwaWMw OiBDaGFuZ2luZyBBUElDIElEIHRvIDUKaW9hcGljMTogV0FSTklORzogaW50YmFzZSAzMCAh PSBleHBlY3RlZCBiYXNlIDI0CmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24g bW90aGVyYm9hcmQKaW9hcGljMSA8VmVyc2lvbiAyLjA+IGlycXMgMzAtNTMgb24gbW90aGVy Ym9hcmQKa2JkMSBhdCBrYmRtdXgwCmFjcGkwOiA8SU5URUwgMDREVDA0ND4gb24gbW90aGVy Ym9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZh c3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0 LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMApj cHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNw aV9idXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1Q Q0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI4 LjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMjogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjAgb24gcGNpMQpwY2kyOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAy OC40IG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguNSBvbiBwY2kwCnBjaTQ6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWI0CmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVj dGlvbiBWZXJzaW9uIC0gNi4yLjk+IHBvcnQgMHgyMDAwLTB4MjAxZiBtZW0gMHg0ODE4MDAw MC0weDQ4MTlmZmZmLDB4NDgxMDAwMDAtMHg0ODE3ZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDAu MCBvbiBwY2k0CmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTM6MjA6ZDY6MTI6YmIKYXRh cGNpMDogPEdFTkVSSUMgQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHgyMDQwLTB4MjA0NywweDIw NTAtMHgyMDUzLDB4MjAzOC0weDIwM2YsMHgyMDRjLTB4MjA0ZiwweDIwMjAtMHgyMDJmIGly cSAxOCBhdCBkZXZpY2UgMC4yIG9uIHBjaTQKYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0 YXBjaTAKYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKcGNpNDogPHNpbXBsZSBj b21tcywgVUFSVD4gYXQgZGV2aWNlIDAuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2k0OiA8 c2VyaWFsIGJ1cz4gYXQgZGV2aWNlIDAuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQp1aGNpMDog PFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4MzA4MC0weDMwOWYgaXJx IDIzIGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6 IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTAKdXNiMDogVVNCIHJl dmlzaW9uIDEuMAp1aHViMDogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVoY2kxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQg MHgzMDYwLTB4MzA3ZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEgb24gcGNpMAp1aGNpMTogW0dJ QU5ULUxPQ0tFRF0KdXNiMTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1 aGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHVi LCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTogMiBwb3J0cyB3aXRo IDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTI6IDxVSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcj4gcG9ydCAweDMwNDAtMHgzMDVmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBv biBwY2kwCnVoY2kyOiBbR0lBTlQtTE9DS0VEXQp1c2IyOiA8VUhDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG9uIHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IElu dGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVo dWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMzogPFVI Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4MzAyMC0weDMwM2YgaXJxIDE2 IGF0IGRldmljZSAyOS4zIG9uIHBjaTAKdWhjaTM6IFtHSUFOVC1MT0NLRURdCnVzYjM6IDxV SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTMKdXNiMzogVVNCIHJldmlz aW9uIDEuMAp1aHViMzogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDEKdWh1YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCmVoY2kwOiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNvbnRyb2xs ZXI+IG1lbSAweDQ4MjAwNDAwLTB4NDgyMDA3ZmYgaXJxIDIzIGF0IGRldmljZSAyOS43IG9u IHBjaTAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjQ6IEVIQ0kgdmVyc2lvbiAxLjAKdXNi NDogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMSB1c2Iy IHVzYjMKdXNiNDogPEludGVsIDgyODAxR0IvUiAoSUNINykgVVNCIDIuMCBjb250cm9sbGVy PiBvbiBlaGNpMAp1c2I0OiBVU0IgcmV2aXNpb24gMi4wCnVodWI0OiBJbnRlbCBFSENJIHJv b3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMQp1aHViNDogOCBwb3J0 cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWI1CnBjaTU6IDxkaXNwbGF5LCBWR0E+IGF0IGRldmljZSA0LjAgKG5vIGRyaXZlciBh dHRhY2hlZCkKZW0xOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIFZl cnNpb24gLSA2LjIuOT4gcG9ydCAweDExMDAtMHgxMTNmIG1lbSAweDQ4MDIwMDAwLTB4NDgw M2ZmZmYsMHg0ODAwMDAwMC0weDQ4MDFmZmZmIGlycSAxNyBhdCBkZXZpY2UgNS4wIG9uIHBj aTUKZW0xOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMzoyMDpkNjoxMjpiYwppc2FiMDogPFBD SS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBv biBpc2FiMAphdGFwY2kxOiA8SW50ZWwgSUNINyBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQg MHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHgzMGIwLTB4MzBiZiBpcnEg MTggYXQgZGV2aWNlIDMxLjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRh cGNpMQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMQphdGFwY2kyOiA8SW50ZWwg SUNINyBTQVRBMzAwIGNvbnRyb2xsZXI+IHBvcnQgMHgzMGM4LTB4MzBjZiwweDMwZTQtMHgz MGU3LDB4MzBjMC0weDMwYzcsMHgzMGUwLTB4MzBlMywweDMwYTAtMHgzMGFmIG1lbSAweDQ4 MjAwMDAwLTB4NDgyMDAzZmYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYXRhcGNp MjogQUhDSSBWZXJzaW9uIDAxLjEwIGNvbnRyb2xsZXIgd2l0aCA0IHBvcnRzIGRldGVjdGVk CmF0YTQ6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kyCmF0YTU6IDxBVEEgY2hhbm5lbCAx PiBvbiBhdGFwY2kyCmF0YTY6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kyCmF0YTc6IDxB VEEgY2hhbm5lbCAzPiBvbiBhdGFwY2kyCmljaHNtYjA6IDxTTUJ1cyBjb250cm9sbGVyPiBw b3J0IDB4MzAwMC0weDMwMWYgaXJxIDE5IGF0IGRldmljZSAzMS4zIG9uIHBjaTAKaWNoc21i MDogW0dJQU5ULUxPQ0tFRF0Kc21idXMwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBp Y2hzbWIwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2 MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBh dGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0Kc2lvMDogPDE2 NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdz IDB4MTAgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKb3JtMDogPElTQSBPcHRpb24gUk9N PiBhdCBpb21lbSAweGMwMDAwLTB4Y2FmZmYgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29s ZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAt MHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKc2lvMTogY29uZmlndXJlZCBp cnEgMyBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMTogcG9ydCBtYXkgbm90 IGJlIGVuYWJsZWQKdWdlbjA6IEFtZXJpY2FuIFBvd2VyIENvbnZlcnNpb24gU21hcnQtVVBT IDc1MCBSTSBGVzo2MTkuMy5JIFVTQiBGVzoxLjUsIHJldiAxLjEwLzAuMDYsIGFkZHIgMgp1 Y29tMDogUHJvbGlmaWMgVGVjaG5vbG9neSBJbmMuIFVTQi1TZXJpYWwgQ29udHJvbGxlciwg cmV2IDEuMTAvMy4wMCwgYWRkciAzClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1z ZWMKaXBmdzIgKCtpcHY2KSBpbml0aWFsaXplZCwgZGl2ZXJ0IGxvYWRhYmxlLCBydWxlLWJh c2VkIGZvcndhcmRpbmcgZW5hYmxlZCwgZGVmYXVsdCB0byBkZW55LCBsb2dnaW5nIGxpbWl0 ZWQgdG8gMTAwIHBhY2tldHMvZW50cnkgYnkgZGVmYXVsdAphY2QwOiBEVkRSIDxQSU9ORUVS IERWRC1SVyBEVlItSzE2LzEuMzM+IGF0IGF0YTAtbWFzdGVyIFVETUEzMwphZDg6IDE1MjYy N01CIDxXREMgV0QxNjAwSlMtMDBNSEIwIDAyLjAxQzAzPiBhdCBhdGE0LW1hc3RlciBTQVRB MzAwCmFkMTA6IDE1MjYyN01CIDxXREMgV0QxNjAwSlMtMDBNSEIwIDAyLjAxQzAzPiBhdCBh dGE1LW1hc3RlciBTQVRBMzAwCmFyMDogMTUyNTIwTUIgPExTSUxvZ2ljIHYzIE1lZ2FSQUlE IFJBSUQxPiBzdGF0dXM6IFJFQURZCmFyMDogZGlzazAgUkVBRFkgKG1hc3RlcikgdXNpbmcg YWQ4IGF0IGF0YTQtbWFzdGVyCmFyMDogZGlzazEgUkVBRFkgKG1pcnJvcikgdXNpbmcgYWQx MCBhdCBhdGE1LW1hc3RlcgpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKY2QwIGF0IGF0YTAg YnVzIDAgdGFyZ2V0IDAgbHVuIDAKY2QwOiA8UElPTkVFUiBEVkQtUlcgIERWUi1LMTYgMS4z Mz4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIApjZDA6IDMzLjAwME1CL3MgdHJh bnNmZXJzCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBS RUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZz Oi9kZXYvYXIwczFhCldBUk5JTkc6IC92YXIgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVk CmludDA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAppbnQwOiBwcm9taXNjdW91cyBtb2Rl IGVuYWJsZWQK ------------26C1A0980E2A1-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 06:01:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D30CE16A47B for ; Fri, 12 Jan 2007 06:01:09 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6AFCA13C459 for ; Fri, 12 Jan 2007 06:01:09 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 41368 invoked by uid 0); 12 Jan 2007 06:01:08 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Jan 2007 06:01:08 -0000 Date: Fri, 12 Jan 2007 01:00:57 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: Jo Rhett In-Reply-To: Message-ID: References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 06:01:09 -0000 On Thu, 11 Jan 2007, Jo Rhett wrote: >>>> Not any one that I've ever seen in commodity disks. Yes, on big fiber >>>> channel disk cabinets. No to 6-8 drive raid controllers. >>> >>> I'd be very surprised if you can't. You can certainly do it with Areca >>> (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), although the details >>> vary. > > On Jan 11, 2007, at 8:02 PM, Charles Sprickman wrote: >> I can confirm 3Ware controllers also work that way. > > Please enlighten me. I see no such options in the BIOS menu. I've done it in 3DM2, but look at pages 23+24 (printed page numbers) here and the stuff regarding setting up a seperate boot volume: http://www.3ware.com/support/UserDocs/3ware9590SEUsrGuide.pdf Charles > -- > Jo Rhett > senior geek > Silicon Valley Colocation > > > > > _______________________________________________ > 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 Jan 12 06:28:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C633316A4FF for ; Fri, 12 Jan 2007 06:28:40 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id AAB1A13C457 for ; Fri, 12 Jan 2007 06:28:40 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C6Sar2089239; Thu, 11 Jan 2007 22:28:36 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 22:28:29 -0800 To: Charles Sprickman X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43656 - 963cf3e38cab X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 06:28:40 -0000 On Jan 11, 2007, at 10:00 PM, Charles Sprickman wrote: > On Thu, 11 Jan 2007, Jo Rhett wrote: > >>>>> Not any one that I've ever seen in commodity disks. Yes, on >>>>> big fiber channel disk cabinets. No to 6-8 drive raid >>>>> controllers. >>>> I'd be very surprised if you can't. You can certainly do it >>>> with Areca (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), >>>> although the details vary. >> >> On Jan 11, 2007, at 8:02 PM, Charles Sprickman wrote: >>> I can confirm 3Ware controllers also work that way. >> >> Please enlighten me. I see no such options in the BIOS menu. > > I've done it in 3DM2, but look at pages 23+24 (printed page > numbers) here and the stuff regarding setting up a seperate boot > volume: > > http://www.3ware.com/support/UserDocs/3ware9590SEUsrGuide.pdf Those are CLI functions. Which means you have to boot to run the CLI, so cart->horse. Sorry for being terse, but I have to solve the boot problem which is what started this conversation. For data arrays not part of boot, I could simply use GPT and be done with it. I only need small volumes to solve the boot problem. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 06:36:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FA3316A412 for ; Fri, 12 Jan 2007 06:36:13 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id E2F2113C458 for ; Fri, 12 Jan 2007 06:36:12 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 82542 invoked by uid 0); 12 Jan 2007 06:36:12 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Jan 2007 06:36:12 -0000 Date: Fri, 12 Jan 2007 01:36:01 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: Jo Rhett In-Reply-To: Message-ID: References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 06:36:13 -0000 On Thu, 11 Jan 2007, Jo Rhett wrote: > On Jan 11, 2007, at 10:00 PM, Charles Sprickman wrote: >> On Thu, 11 Jan 2007, Jo Rhett wrote: >> >>>>>> Not any one that I've ever seen in commodity disks. Yes, on big fiber >>>>>> channel disk cabinets. No to 6-8 drive raid controllers. >>>>> I'd be very surprised if you can't. You can certainly do it with Areca >>>>> (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), although the details >>>>> vary. >>> >>> On Jan 11, 2007, at 8:02 PM, Charles Sprickman wrote: >>>> I can confirm 3Ware controllers also work that way. >>> >>> Please enlighten me. I see no such options in the BIOS menu. >> >> I've done it in 3DM2, but look at pages 23+24 (printed page numbers) here >> and the stuff regarding setting up a seperate boot volume: >> >> http://www.3ware.com/support/UserDocs/3ware9590SEUsrGuide.pdf > > Those are CLI functions. Which means you have to boot to run the CLI, so > cart->horse. The pages I mention are for the 3Ware BIOS, not tw_cli or 3DM2... I'm looking at the pdf and the screenshots are clearly from the 3Ware BIOS. Check it out... Charles > Sorry for being terse, but I have to solve the boot problem which is what > started this conversation. > > For data arrays not part of boot, I could simply use GPT and be done with it. > I only need small volumes to solve the boot problem. > > -- > Jo Rhett > senior geek > Silicon Valley Colocation > > > > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 06:36:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A23DA16A5D9 for ; Fri, 12 Jan 2007 06:36:22 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id E47F513C457 for ; Fri, 12 Jan 2007 06:36:21 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 45544 invoked from network); 12 Jan 2007 06:36:39 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 12 Jan 2007 06:36:39 -0000 Received: (qmail 26901 invoked by uid 907); 12 Jan 2007 06:36:19 -0000 Received: from [192.168.1.51] (HELO janmxp) (192.168.1.51) by midgard.transactionware.com (qpsmtpd/0.32) with SMTP; Fri, 12 Jan 2007 17:36:19 +1100 Message-ID: <003901c73613$fbec14a0$3301a8c0@janmxp> From: "Jan Mikkelsen" To: "Jo Rhett" , "Charles Sprickman" References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> Date: Fri, 12 Jan 2007 17:36:25 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2826 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2826 Cc: freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 06:36:22 -0000 Jo Rhett wrote: > On Jan 11, 2007, at 10:00 PM, Charles Sprickman wrote: >> On Thu, 11 Jan 2007, Jo Rhett wrote: >> >>>>>> Not any one that I've ever seen in commodity disks. Yes, on big >>>>>> fiber channel disk cabinets. No to 6-8 drive raid controllers. >>>>> I'd be very surprised if you can't. You can certainly do it with >>>>> Areca (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), although the >>>>> details vary. >>> >>> On Jan 11, 2007, at 8:02 PM, Charles Sprickman wrote: >>>> I can confirm 3Ware controllers also work that way. >>> >>> Please enlighten me. I see no such options in the BIOS menu. >> >> I've done it in 3DM2, but look at pages 23+24 (printed page numbers) >> here and the stuff regarding setting up a seperate boot volume: >> >> http://www.3ware.com/support/UserDocs/3ware9590SEUsrGuide.pdf > > Those are CLI functions. Which means you have to boot to run the CLI, so > cart->horse. > > Sorry for being terse, but I have to solve the boot problem which is what > started this conversation. > > For data arrays not part of boot, I could simply use GPT and be done with > it. I only need small volumes to solve the boot problem. I just had a look at that documentation. Not far before the referenced pages it says to hit "ALT-3" to enter the BIOS configuration, and then describes the procedure for creating a unit including creating a "boot unit". No operating system is required at that stage. The only 3ware controller I have here is an old 6000 series controller, but it functions in the same way: When booting the machine, enter the magic keystrokes, use the BIOS utility to configure the volumes, then continue with the installation. Do you see the "boot unit" option when use use ALT-3 to enter the 3ware configuration BIOS? Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 06:45:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FBA116A403 for ; Fri, 12 Jan 2007 06:45:28 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8426D13C459 for ; Fri, 12 Jan 2007 06:45:28 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C6jR47089502; Thu, 11 Jan 2007 22:45:27 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 22:45:20 -0800 To: Charles Sprickman X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43664 - 78618934bf28 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 06:45:28 -0000 On Jan 11, 2007, at 10:36 PM, Charles Sprickman wrote: > The pages I mention are for the 3Ware BIOS, not tw_cli or 3DM2... > I'm looking at the pdf and the screenshots are clearly from the > 3Ware BIOS. Check it out... Sorry, you're right I used the acrobat page numbers instead of the printed ones. That option doesn't exist in the 9000-series controllers. I wish it did :-( -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 06:46:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A160116A415 for ; Fri, 12 Jan 2007 06:46:54 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8632413C441 for ; Fri, 12 Jan 2007 06:46:52 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C6kpQC089508; Thu, 11 Jan 2007 22:46:51 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <003901c73613$fbec14a0$3301a8c0@janmxp> References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> <003901c73613$fbec14a0$3301a8c0@janmxp> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3A0C9B6E-E75E-45B4-96AC-193282164E89@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 11 Jan 2007 22:46:44 -0800 To: Jan Mikkelsen X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43665 - 8fbe66d432a6 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: Charles Sprickman , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 06:46:54 -0000 On Jan 11, 2007, at 10:36 PM, Jan Mikkelsen wrote: > I just had a look at that documentation. Not far before the > referenced pages it says to hit "ALT-3" to enter the BIOS > configuration, and then describes the procedure for creating a unit > including creating a "boot unit". No operating system is required > at that stage. > > The only 3ware controller I have here is an old 6000 series > controller, but it functions in the same way: When booting the > machine, enter the magic keystrokes, use the BIOS utility to > configure the volumes, then continue with the installation. > > Do you see the "boot unit" option when use use ALT-3 to enter the > 3ware configuration BIOS? Yes. That's where I enabled Auto Carving at 2TB :-) But that option doesn't exist in the 9000-series controllers :-( If it existed in the 6000, they must have taken it out and then added it back later. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 06:48:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0402816A415 for ; Fri, 12 Jan 2007 06:48:56 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 4E6BC13C45D for ; Fri, 12 Jan 2007 06:48:55 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 45857 invoked from network); 12 Jan 2007 06:49:13 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 12 Jan 2007 06:49:13 -0000 Received: (qmail 26970 invoked by uid 907); 12 Jan 2007 06:48:52 -0000 Received: from [192.168.1.51] (HELO janmxp) (192.168.1.51) by midgard.transactionware.com (qpsmtpd/0.32) with SMTP; Fri, 12 Jan 2007 17:48:52 +1100 Message-ID: <004701c73615$bd4de3c0$3301a8c0@janmxp> From: "Jan Mikkelsen" To: "Jo Rhett" References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> <003901c73613$fbec14a0$3301a8c0@janmxp> <3A0C9B6E-E75E-45B4-96AC-193282164E89@svcolo.com> Date: Fri, 12 Jan 2007 17:48:59 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2826 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2826 Cc: Charles Sprickman , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 06:48:56 -0000 Jo Rhett wrote: > On Jan 11, 2007, at 10:36 PM, Jan Mikkelsen wrote: >> I just had a look at that documentation. Not far before the referenced >> pages it says to hit "ALT-3" to enter the BIOS configuration, and then >> describes the procedure for creating a unit including creating a "boot >> unit". No operating system is required at that stage. >> >> The only 3ware controller I have here is an old 6000 series controller, >> but it functions in the same way: When booting the machine, enter the >> magic keystrokes, use the BIOS utility to configure the volumes, then >> continue with the installation. >> >> Do you see the "boot unit" option when use use ALT-3 to enter the 3ware >> configuration BIOS? > > Yes. That's where I enabled Auto Carving at 2TB :-) > > But that option doesn't exist in the 9000-series controllers :-( If it > existed in the 6000, they must have taken it out and then added it back > later. Sorry, I was unclear. The option doesn't exist in the 6000 series controllers, but rather you get to the configuration screens before booting into the operating system. Which controller, exactly, are you using? Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 07:07:07 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEBA316A407 for ; Fri, 12 Jan 2007 07:07:07 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.176]) by mx1.freebsd.org (Postfix) with ESMTP id 9834B13C44C for ; Fri, 12 Jan 2007 07:07:07 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin04-en2 [10.13.10.149]) by smtpout.mac.com (Xserve/8.12.11/smtpout06/MantshX 4.0) with ESMTP id l0C6opBV022829; Thu, 11 Jan 2007 22:50:51 -0800 (PST) Received: from [172.23.8.4] (nat-service4.juniper.net [66.129.225.151]) (authenticated bits=0) by mac.com (Xserve/smtpin04/MantshX 4.0) with ESMTP id l0C6oidH026003 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 11 Jan 2007 22:50:46 -0800 (PST) In-Reply-To: References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 11 Jan 2007 22:49:38 -0800 To: Jo Rhett X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: stable@FreeBSD.org, Nikolay Pavlov Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 07:07:07 -0000 On Jan 11, 2007, at 1:56 PM, Jo Rhett wrote: > Since we're going to be stuck with old BIOSes for a long time after > 2TB is a cheap disk drive at [store], is anyone considering doing > the work to make GPT co-exist with an MBR block? It is already possible for them to coexist. It's not uncommon in the industry to use MBR partitions even though the disk has GPT. The point is that you need to tools to avoid making a mess. Ideally you want the MBR partitions mirrored by the GPT so that the kernel only has to deal with GPT. The BIOS will use the MBR to boot. The gpt(8) tool can actually be used to set this up. You partition the disk with fdisk, but only for the boot partition. Then you run gpt(8) to migrate the MBR into a GPT, specifying the -s option so that you get a single GPT partition overlapping the MBR slice. After that you restore the MBR partition. Now you can use GPT to define a big partition. The kernel will use GPT and since you used -s when you migrate the MBR, the kernel will create device nodes with the same name as it would for the MBR partitions... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 07:15:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A09E016A407 for ; Fri, 12 Jan 2007 07:15:40 +0000 (UTC) (envelope-from mhall@riverside.org) Received: from ukiah.riverside.org (ispman.riverside.org [64.119.4.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3C61113C428 for ; Fri, 12 Jan 2007 07:15:40 +0000 (UTC) (envelope-from mhall@riverside.org) Received: from ukiah.riverside.org (localhost [127.0.0.1]) by localhost.riverside.org (Postfix) with ESMTP id 5E44022E59 for ; Thu, 11 Jan 2007 22:46:09 -0800 (PST) (envelope-from mhall@riverside.org) DKIM-Signature: a=rsa-sha1; c=relaxed; d=riverside.org; h=received:x-virus-scanned:received:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; q=dns; s=postfix; bh=aMcMRapZTeyEmOuyyrQT7TjBMUM=; b=OMqpaxkSnBVMk5wEt6gvsI6g4Ec2TFA99HcrW3/NvrdPHcVjbDmrHzHK3VuqGj9JX30wUOlL6xJK1LPtiWfHu3OamJkGRBtsrMcqsH4hZEV9uiZBNcwomcCO00yPwAtEchVLHRZajqp/cfrWKFgnf5M8/xhDTIX8x/pNxWn32Qc= Received: from localhost (localhost [127.0.0.1]) by localhost.riverside.org (Postfix) with ESMTP id 3693F22E32 for ; Thu, 11 Jan 2007 22:46:09 -0800 (PST) (envelope-from mhall@riverside.org) X-Virus-Scanned: amavisd-new at riverside.org Received: from ukiah.riverside.org ([127.0.0.1]) by localhost (ukiah.riverside.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id gU2XLOwWJ+wC for ; Thu, 11 Jan 2007 22:46:06 -0800 (PST) Received: from nowthen.riverside.org (nowthen.riverside.org [64.119.4.11]) by ukiah.riverside.org (Postfix) with ESMTP id D39C522DE6 for ; Thu, 11 Jan 2007 22:46:06 -0800 (PST) (envelope-from mhall@riverside.org) Received: by nowthen.riverside.org (Postfix, from userid 1000) id C45F14FCDC; Thu, 11 Jan 2007 22:46:06 -0800 (PST) Date: Thu, 11 Jan 2007 22:46:06 -0800 From: Michael Hall To: freebsd-stable@freebsd.org Message-ID: <20070112064606.GA23100@riverside.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 07:15:40 -0000 On Thu, Jan 11, 2007 at 10:28:29PM -0800, Jo Rhett wrote: > On Jan 11, 2007, at 10:00 PM, Charles Sprickman wrote: > >On Thu, 11 Jan 2007, Jo Rhett wrote: > > > >>>>>Not any one that I've ever seen in commodity disks. Yes, on > >>>>>big fiber channel disk cabinets. No to 6-8 drive raid > >>>>>controllers. > >>>>I'd be very surprised if you can't. You can certainly do it > >>>>with Areca (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), > >>>>although the details vary. > >> > >>On Jan 11, 2007, at 8:02 PM, Charles Sprickman wrote: > >>>I can confirm 3Ware controllers also work that way. > >> > >>Please enlighten me. I see no such options in the BIOS menu. > > > >I've done it in 3DM2, but look at pages 23+24 (printed page > >numbers) here and the stuff regarding setting up a seperate boot > >volume: > > > >http://www.3ware.com/support/UserDocs/3ware9590SEUsrGuide.pdf > > Those are CLI functions. Which means you have to boot to run the > CLI, so cart->horse. > > Sorry for being terse, but I have to solve the boot problem which is > what started this conversation. Why not use 3BM (3Ware BIOS Manager) to setup the RAID. Create the RAID with it, specify a boot volume, turn off autocarving, so it creates two units (one smaller boot volume, and all the rest it a large unit). Setp the smaller unit like normal (fdisk, newfs, etc) and setup the larger unit with GPT. Using 3BM avoids the cart->horse issue with 3DM2/CLI. -- I saw Elvis! He sat between me and BigFoot in the UFO! Mike Hall San Juan Island, WA System Admin - Rock Island Communications System Admin - riverside.org, ssdd.org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 07:26:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62F1C16A587 for ; Fri, 12 Jan 2007 07:26:43 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3868313C45D for ; Fri, 12 Jan 2007 07:26:43 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id C01B51A000EA6 for ; Thu, 11 Jan 2007 23:26:40 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 621HIyS60Q7D for ; Thu, 11 Jan 2007 23:26:39 -0800 (PST) Received: from webmail.sd73.bc.ca (webmail.sd73.bc.ca [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id E13381A000E9E for ; Thu, 11 Jan 2007 23:26:38 -0800 (PST) Received: from 24.71.119.183 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Thu, 11 Jan 2007 23:26:38 -0800 (PST) Message-ID: <63696.24.71.119.183.1168586798.squirrel@webmail.sd73.bc.ca> In-Reply-To: References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> Date: Thu, 11 Jan 2007 23:26:38 -0800 (PST) From: "Freddie Cash" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 07:26:43 -0000 On Thu, January 11, 2007 10:00 pm, Charles Sprickman wrote: > On Thu, 11 Jan 2007, Jo Rhett wrote: >>>>> Not any one that I've ever seen in commodity disks. Yes, on >>>>> big fiber channel disk cabinets. No to 6-8 drive raid >>>>> controllers. >>>> >>>> I'd be very surprised if you can't. You can certainly do it >>>> with Areca (arcmsr(4)), HP (ciss(4)), IBM ServeRAID (ips(4)), >>>> although the details vary. >> >> On Jan 11, 2007, at 8:02 PM, Charles Sprickman wrote: >>> I can confirm 3Ware controllers also work that way. >> >> Please enlighten me. I see no such options in the BIOS menu. >> > I've done it in 3DM2, but look at pages 23+24 (printed page numbers) > here and the stuff regarding setting up a seperate boot volume: > > http://www.3ware.com/support/UserDocs/3ware9590SEUsrGuide.pdf >From page 130 of that manual: Boot volume size When you create a unit through 3BM, you can create a special volume to function as the boot volume. You specify the size you want this volume to be. This is useful if you will be installing an operating system onto the unit, and want it to be installed in one volume and have a separate volume for data. This is an optional feature. You do not have to create a boot volume if you plan to install the operating system on the unit. If you are creating a very large unit (2 TB or greater) and have enabled the Auto-Carving policy, the boot volume will be created in addition to any volumes created through auto-carving. For more information about auto-carving, see “Using Auto-Carving for Multi LUN Support” on page 121. This feature is only available on 9550SX and 9590SE controllers, and can only be specified in 3BM. ----------- Note that last line. This appears to be a very recent addition to the 3Ware controllers (and something I wish I had noticed sooner, when configuring our 9550SX-12 controllers with 12x400 GB disks). ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 07:54:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7310116A40F for ; Fri, 12 Jan 2007 07:54:28 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6309113C468 for ; Fri, 12 Jan 2007 07:54:28 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.100] (c-67-188-127-3.hsd1.ca.comcast.net [67.188.127.3]) by elvis.mu.org (Postfix) with ESMTP id 6E6F41A3C1A; Thu, 11 Jan 2007 23:23:26 -0800 (PST) Message-ID: <45A73734.6050507@FreeBSD.org> Date: Thu, 11 Jan 2007 23:22:28 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jo Rhett References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 07:54:28 -0000 Jo Rhett wrote: > So I've been searching for hours now, and it appears that short of > reading the C code, there's no documentation of the boot2 menu prompt. > > Sure, it says drive:driver(unit,slice,part) > > But no combination of those three that I can find actually works. > > There's two LUNs: > drive 0: single 2TB slice > drive 1: 264GB, with root, swap, etc > > How do I tell boot2 to find the loader on disk1? > > 1:da(1,a) > 1:da(1,1,a) > 1:da(0,1,a) > 1:da(0,a) > 0:da(1,a) > 0:da(0,a) > ...etc none of them work. Take a look at boot(8). I think you need to specify the file to load: 1:da(1,a)/boot/loader -- Suleiman From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 08:13:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8231816A412 for ; Fri, 12 Jan 2007 08:13:29 +0000 (UTC) (envelope-from axel@dnepr.net) Received: from mail.dnepr.net (mail.dnepr.net [217.198.131.97]) by mx1.freebsd.org (Postfix) with ESMTP id 3655313C448 for ; Fri, 12 Jan 2007 08:13:29 +0000 (UTC) (envelope-from axel@dnepr.net) Received: from gx.dnepr.net ([217.198.131.109]) by mail.dnepr.net with esmtp id 1H5HXT-000D08-Bq for freebsd-stable@freebsd.org; Fri, 12 Jan 2007 10:13:27 +0200 Message-ID: <45A74326.3090100@dnepr.net> Date: Fri, 12 Jan 2007 10:13:26 +0200 From: Oleg Kozheltsev Organization: ISP EuroNet User-Agent: Thunderbird 1.5.0.9 (X11/20061226) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45A5E193.1070307@dnepr.net> In-Reply-To: <45A5E193.1070307@dnepr.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI resume event and devd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 08:13:29 -0000 Oleg Kozheltsev wrote: > On my notebook (Compaq Armada M700, 6.1), after sleep state mouse > freeze. So, I added in devd.conf action for restart moused. But, as I > can see, devd don't catch ACPI Button 0x00 event (run him with -Dd flags > and don't see any new strings at all), but kernel write "wakeup from > sleeping state (slept 00:00:31)" in logger right. Also, devd catching > and working on with all other ACPI event's correctly (Button 0x01, Lid, > etc). Searched some info on the web, try some tips, but any luck... If somebody interesting, the other way to do this is: sysctl -w hw.acpi.sleep_button_state=NONE notify 10 { match "system" "ACPI"; match "subsystem" "Button"; match "notify" "0x01"; action "/usr/sbin/acpiconf -s 3"; }; And rc.suspend and rc.resume will be executed (acpiconf(8)). From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 09:02:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A96A16A415 for ; Fri, 12 Jan 2007 09:02:06 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2CC13C45E for ; Fri, 12 Jan 2007 09:02:05 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C9215K092129; Fri, 12 Jan 2007 01:02:02 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A74E88.2010309@svcolo.com> Date: Fri, 12 Jan 2007 01:02:00 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Jan Mikkelsen References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> <003901c73613$fbec14a0$3301a8c0@janmxp> <3A0C9B6E-E75E-45B4-96AC-193282164E89@svcolo.com> <004701c73615$bd4de3c0$3301a8c0@janmxp> In-Reply-To: <004701c73615$bd4de3c0$3301a8c0@janmxp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43700 - 0a6d8367a3c4 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: Charles Sprickman , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 09:02:06 -0000 Jan Mikkelsen wrote: > Jo Rhett wrote: >> But that option doesn't exist in the 9000-series controllers :-( If >> it existed in the 6000, they must have taken it out and then added it >> back later. > > Sorry, I was unclear. The option doesn't exist in the 6000 series > controllers, but rather you get to the configuration screens before > booting into the operating system. > > Which controller, exactly, are you using? 9000-8S -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 09:04:02 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB1A016A40F for ; Fri, 12 Jan 2007 09:04:02 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id A51C513C469 for ; Fri, 12 Jan 2007 09:04:02 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C941GZ092145; Fri, 12 Jan 2007 01:04:02 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A74F01.7040200@svcolo.com> Date: Fri, 12 Jan 2007 01:04:01 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Marcel Moolenaar References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43702 - 52db6dbcd81e X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: stable@FreeBSD.org, Nikolay Pavlov Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 09:04:02 -0000 Marcel Moolenaar wrote: > > On Jan 11, 2007, at 1:56 PM, Jo Rhett wrote: > >> Since we're going to be stuck with old BIOSes for a long time after >> 2TB is a cheap disk drive at [store], is anyone considering doing the >> work to make GPT co-exist with an MBR block? > > It is already possible for them to coexist. It's not uncommon in the > industry to use MBR partitions even though the disk has GPT. The > point is that you need to tools to avoid making a mess. Ideally you > want the MBR partitions mirrored by the GPT so that the kernel only > has to deal with GPT. The BIOS will use the MBR to boot. > > The gpt(8) tool can actually be used to set this up. You partition > the disk with fdisk, but only for the boot partition. Then you run > gpt(8) to migrate the MBR into a GPT, specifying the -s option so > that you get a single GPT partition overlapping the MBR slice. After > that you restore the MBR partition. Now you can use GPT to define > a big partition. The kernel will use GPT and since you used -s when > you migrate the MBR, the kernel will create device nodes with the > same name as it would for the MBR partitions... That is exactly what I was hoping to find, but was unable to be certain that it was possible from what I saw in the searches. To make this into a step-by-step, what do you mean by "restore the MBR partition" ? From backup, or...? -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 09:06:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D0C216A412 for ; Fri, 12 Jan 2007 09:06:41 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 67BDB13C45E for ; Fri, 12 Jan 2007 09:06:41 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0C96f3O092233; Fri, 12 Jan 2007 01:06:41 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A74FA0.3030203@svcolo.com> Date: Fri, 12 Jan 2007 01:06:40 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Suleiman Souhlal References: <45A73734.6050507@FreeBSD.org> In-Reply-To: <45A73734.6050507@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43710 - cffc9487008c X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 09:06:41 -0000 Suleiman Souhlal wrote: > Jo Rhett wrote: >> So I've been searching for hours now, and it appears that short of >> reading the C code, there's no documentation of the boot2 menu >> prompt. >> >> Sure, it says drive:driver(unit,slice,part) >> >> But no combination of those three that I can find actually works. >> >> There's two LUNs: drive 0: single 2TB slice drive 1: 264GB, with >> root, swap, etc >> >> How do I tell boot2 to find the loader on disk1? > Take a look at boot(8). I did. Really. That's what I'm complaining about. > I think you need to specify the file to load: 1:da(1,a)/boot/loader No, you can just specify the device and it will load the default kernel from that. Or you can specify the device and use ? and it will show you a list of files. But if you can't figure out the device name...? -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 09:48:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEE3416A407 for ; Fri, 12 Jan 2007 09:48:38 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4EC13C471 for ; Fri, 12 Jan 2007 09:48:38 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H5J1O-0005iH-Tt for freebsd-stable@freebsd.org; Fri, 12 Jan 2007 10:48:27 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Jan 2007 10:48:26 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Jan 2007 10:48:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 12 Jan 2007 10:47:54 +0100 Lines: 8 Message-ID: References: <09710CBA-0006-4502-B5F7-6048B290D3B8@svcolo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <09710CBA-0006-4502-B5F7-6048B290D3B8@svcolo.com> Sender: news Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 09:48:38 -0000 Jo Rhett wrote: > I'd like to add to this that the handbook is riddled full of > undocumented terms, like BIOS Drive #. How do you determine this for a > SCSI drive? Depends on your controller. If it doesn't register a drive with BIOS, you don't get to access it like that. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 10:11:50 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3671016A403 for ; Fri, 12 Jan 2007 10:11:50 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from s200aog10.obsmtp.com (s200aog10.obsmtp.com [207.126.144.124]) by mx1.freebsd.org (Postfix) with SMTP id 7CA6913C448 for ; Fri, 12 Jan 2007 10:11:49 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from source ([217.206.187.80]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Fri, 12 Jan 2007 10:11:48 UTC Received: from [10.0.62.5] (unknown [10.0.62.5]) by rodney.mintel.co.uk (Postfix) with ESMTP id 7F7BA181424; Fri, 12 Jan 2007 09:53:17 +0000 (GMT) Message-ID: <45A75A8D.6000301@mintel.com> Date: Fri, 12 Jan 2007 09:53:17 +0000 From: Jason Thomson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Jo Rhett References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <45A74F01.7040200@svcolo.com> In-Reply-To: <45A74F01.7040200@svcolo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Marcel Moolenaar Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 10:11:50 -0000 Jo Rhett wrote: > Marcel Moolenaar wrote: > >> >> On Jan 11, 2007, at 1:56 PM, Jo Rhett wrote: >> >>> Since we're going to be stuck with old BIOSes for a long time after >>> 2TB is a cheap disk drive at [store], is anyone considering doing the >>> work to make GPT co-exist with an MBR block? >> >> >> It is already possible for them to coexist. It's not uncommon in the >> industry to use MBR partitions even though the disk has GPT. The >> point is that you need to tools to avoid making a mess. Ideally you >> want the MBR partitions mirrored by the GPT so that the kernel only >> has to deal with GPT. The BIOS will use the MBR to boot. >> >> The gpt(8) tool can actually be used to set this up. You partition >> the disk with fdisk, but only for the boot partition. Then you run >> gpt(8) to migrate the MBR into a GPT, specifying the -s option so >> that you get a single GPT partition overlapping the MBR slice. After >> that you restore the MBR partition. Now you can use GPT to define >> a big partition. The kernel will use GPT and since you used -s when >> you migrate the MBR, the kernel will create device nodes with the >> same name as it would for the MBR partitions... > > > That is exactly what I was hoping to find, but was unable to be certain > that it was possible from what I saw in the searches. > > To make this into a step-by-step, what do you mean by "restore the MBR > partition" ? From backup, or...? > Jo, if you manage to do this, could you possibly post a step-by-step guide? We want to do this here on an existing box, with existing data. (I know - the safe way is backup & restore - but that's tricky with 1.8TB of data). Marcel, do you know if it is possible to do this without destroying the existing file systems? I have a feeling it may be very difficult for us, because I think we ended up fudging our set up with two fdisk partitions - one 28G for the standard filesystems, and one almost 2T to store data. The reason why we want to reconfigure is that we have an additional 250GB we'd like to be able to access. I guess we ought to play it safe - but I'd be interested in how you get on. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 10:41:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B3EC16A415 for ; Fri, 12 Jan 2007 10:41:29 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.freebsd.org (Postfix) with ESMTP id DA02813C478 for ; Fri, 12 Jan 2007 10:41:28 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1H5JqU-00066t-00; Fri, 12 Jan 2007 11:41:14 +0100 Date: Fri, 12 Jan 2007 11:41:14 +0100 To: George Hartzell Message-ID: <20070112104113.GO4945@poupinou.org> References: <17829.9117.888327.881204@rosebud.alerce.com> <20070110183643.GI832@turion.vk2pj.dyndns.org> <17829.13636.926529.357546@rosebud.alerce.com> <20070111105648.GK4945@poupinou.org> <17830.29230.895934.881569@rosebud.alerce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17830.29230.895934.881569@rosebud.alerce.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: saving power in a Dell Poweredge 750. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 10:41:29 -0000 On Thu, Jan 11, 2007 at 09:21:50AM -0800, George Hartzell wrote: > Bruno Ducrot writes: > > [...] > > What specific driver(s) were loaded actually? > > A devinfo might help. > > It looks like: > > p4tcc0 > cpufreq0 > > Here's a devinfo and a dmesg: > > http://shrimp.alerce.com/merlin/merlin.devinfo > http://shrimp.alerce.com/merlin/merlin.dmesg > > I'm starting to understand that the box is probably running along as > quietly as it knows how, unless there's some magic about fans and > disks that I've missed. > p4tcc0 reduce only frequency (actually it wont reduce the core frequency), but not core voltage. You actually wont save a lot of power with it. It's main usage is to reduce processor temperature if need be. The cpufreq0 actually is not a real driver. It's used to merge different drivers (for example p4tcc0 and est0 if your processor support SpeedStep) in order to provide an unified interface available via dev.cpu.0. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 10:56:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E856316A40F for ; Fri, 12 Jan 2007 10:56:35 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 346D513C45B for ; Fri, 12 Jan 2007 10:56:34 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 47666 invoked from network); 12 Jan 2007 10:56:52 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 12 Jan 2007 10:56:52 -0000 Received: (qmail 27892 invoked by uid 907); 12 Jan 2007 10:56:31 -0000 Received: from midgard.transactionware.com (HELO JMLAPTOP) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Fri, 12 Jan 2007 21:56:31 +1100 From: "Jan Mikkelsen" To: "'Jo Rhett'" Date: Fri, 12 Jan 2007 21:56:34 +1100 Organization: Transactionware Message-ID: <004401c73638$53d86eb0$c801a8c0@transactionware.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 In-Reply-To: <45A74E88.2010309@svcolo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: Acc2KF9ekIFo2dxaRmW/+cNB3tJD2gADx3Ww Importance: Normal Cc: 'Charles Sprickman' , freebsd-stable@freebsd.org Subject: RE: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 10:56:36 -0000 Jo Rhett wrote: > Jan Mikkelsen wrote: > > Which controller, exactly, are you using? >=20 > 9000-8S I just had a quick look at the 3ware website, and the closest I can see = is a 9500S-8. Assuming that is correct, there is a firmware update, 9.3.0.4, which has the following in the notes: "New Feature: Boot LUN". That = might be worth a try. Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 11:24:24 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 697C416A407 for ; Fri, 12 Jan 2007 11:24:24 +0000 (UTC) (envelope-from emss@free.fr) Received: from kellthuzad.dmz.nerim.net (smtp-dmz-235-friday.dmz.nerim.net [195.5.254.235]) by mx1.freebsd.org (Postfix) with ESMTP id F36C213C428 for ; Fri, 12 Jan 2007 11:24:23 +0000 (UTC) (envelope-from emss@free.fr) Received: from kraid.nerim.net (smtp-105-friday.nerim.net [62.4.16.105]) by kellthuzad.dmz.nerim.net (Postfix) with ESMTP id 8B8931BBF9 for ; Fri, 12 Jan 2007 11:52:04 +0100 (CET) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by kraid.nerim.net (Postfix) with ESMTP id 9605841066 for ; Fri, 12 Jan 2007 11:52:06 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id CEC50C3D1 for ; Fri, 12 Jan 2007 11:52:05 +0100 (CET) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1SInqQoyIPD0 for ; Fri, 12 Jan 2007 11:51:59 +0100 (CET) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 5060BC321; Fri, 12 Jan 2007 11:51:59 +0100 (CET) To: Mailing List FreeBSD Stable From: Eric Masson X-Operating-System: FreeBSD 6.1-RELEASE-p10 i386 Date: Fri, 12 Jan 2007 11:51:59 +0100 Message-ID: <86zm8ojz5c.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Subject: kernel crash while using /usr/ports/net/ssltunnel-server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 11:24:24 -0000 Hello, I'm getting a crash from times to times while pppserver is running on a 6.1 box : $ uname -a FreeBSD rtrbsdchaint.interne.kisoft-services.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #0: Mon Oct 30 19:23:27 CET 2006 emss@rtrbsdchaint.interne.kisoft-services.com:/usr/obj/usr/src/sys/FIREWALL i386 $ cat kgdb.output Script started on Fri Jan 12 11:41:32 2007 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc065985e stack pointer = 0x28:0xdeafbb24 frame pointer = 0x28:0xdeafbb50 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 = 605 (pppserver) trap number = 12 panic: page fault Uptime: 1d3h14m3s Dumping 510 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 510MB (130544 pages) 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc065985e 0xc065985e is at /usr/src/sys/i386/i386/support.s:490. 485 cmpl %ecx,%eax /* overlapping && src < dst? */ 486 jb 1f 487 488 shrl $2,%ecx /* copy by 32-bit words */ 489 cld /* nope, copy forwards */ 490 rep 491 movsl 492 movl 20(%esp),%ecx 493 andl $3,%ecx /* any bytes left? */ 494 rep (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc04c2d81 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc04c30b5 in panic (fmt=0xc0680783 "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc065bad3 in trap_fatal (frame=0xdeafbae4, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc065b7b8 in trap_pfault (frame=0xdeafbae4, usermode=0, eva=20) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc065b346 in trap (frame= {tf_fs = -1014300664, tf_es = 40, tf_ds = -1020657624, tf_edi = -558908468, tf_esi = 20, tf_ebp = -558908592, tf_isp = -558908656, tf_ebx = 4, tf_edx = 0, tf_ecx = 1, tf_eax = -558908488, tf_trapno = 12, tf_err = 0, tf_eip = -1067083682, tf_cs = 32, tf_eflags = 66050, tf_esp = -1019749320, tf_ss = 128}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc064960a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc065985e in generic_bcopy () at /usr/src/sys/i386/i386/support.s:489 Previous frame inner to this frame (corrupt stack?) (kgdb) quit Script done on Fri Jan 12 11:41:54 2007 Kernel & core available on request. Tia. Éric Masson -- personne n'a un zipper suffisament puissant pour comprimer un con en 4 ligne pour le GNU ? parce que celui la, pour ses oeuvres complétes faut un forum dédié ! -+- JFP in neuneu.ctw.cc - Si le con presse, zippé des prunes-+- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 11:25:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C52EE16A571 for ; Fri, 12 Jan 2007 11:25:18 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 871CC13C45B for ; Fri, 12 Jan 2007 11:25:18 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so348329pyh for ; Fri, 12 Jan 2007 03:25:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:sender; b=iAdJzWoO7dQMSvmCAyz0IwwfmNBXMfRldggWyWhAbkc/TREmmmGFzhVEWdem69PdaUpl6jJ4UMnPa1+JcQTEIJawwl56NqpKyMELkWd2kO79CwzerhxVfRjAM0hJ+udiZONGIwCp8xr4/LOX7OhqrmxYg6OLA5B4mLqdlFsY9LU= Received: by 10.35.70.17 with SMTP id x17mr932732pyk.1168600703889; Fri, 12 Jan 2007 03:18:23 -0800 (PST) Received: from ?10.8.0.32? ( [61.221.58.28]) by mx.google.com with ESMTP id 39sm6087918nzk.2007.01.12.03.18.21; Fri, 12 Jan 2007 03:18:22 -0800 (PST) From: "Eric L. Chen" To: freebsd-stable@freebsd.org In-Reply-To: <1168600277.1412.10.camel@localhost> References: <1168600277.1412.10.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-rxZ2zv6ipPmvZLx9vp8V" Date: Fri, 12 Jan 2007 19:18:17 +0800 Message-Id: <1168600697.1412.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Subject: Re: qemu-0.8.2s.20070111 unstable with WinXP guest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 11:25:18 -0000 --=-rxZ2zv6ipPmvZLx9vp8V Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-01-12 at 19:11 +0800, Eric L. Chen wrote: > Hi > I updated qemu to 0.8.2s.20070111, it is not stable with WinXP guest. > Qemu always quit after windox xp login'ed. > It is OK in 0.8.2s.20061225_1. >=20 > /Eric Never mind! That's my mistake, some apps use memory to much: pid 41512 (epiphany), uid 1001 inumber 20 on /tmp: filesystem full pid 41512 (epiphany), uid 1001 inumber 20 on /tmp: filesystem full pid 41512 (epiphany), uid 1001 inumber 20 on /tmp: filesystem full pid 57826 (qemu), uid 1001, was killed: out of swap space pid 57867 (qemu), uid 1001, was killed: out of swap space pid 57871 (qemu), uid 1001, was killed: out of swap space /Eric --=-rxZ2zv6ipPmvZLx9vp8V Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQBFp255ymyXoUCp/cURAs69AJ0YgjUSoogsvkuobiEFfhXNV+64fQCfV9qJ AmZ6oizO4YZXxH3xqTJ1G6o= =MpMx -----END PGP SIGNATURE----- --=-rxZ2zv6ipPmvZLx9vp8V-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 11:36:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF6A916A403 for ; Fri, 12 Jan 2007 11:36:51 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9244B13C455 for ; Fri, 12 Jan 2007 11:36:51 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so349315pyh for ; Fri, 12 Jan 2007 03:36:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:sender; b=g+LMhnPnheW90CyUmEyjikiTJ/uHKbag5n08Kf535r4g7JUw/hqj3xCWdY2u2wEGKcilOZIDQ6KIYnl87l1vKvNkVpScUwBxCG1y9sgu7Kkdz3KETuduBGgF8DUuScOCKtwGTlVaL56CHEu7OBR0UdsFK7iUxEO/yhju8C78kS4= Received: by 10.35.10.17 with SMTP id n17mr935388pyi.1168600284683; Fri, 12 Jan 2007 03:11:24 -0800 (PST) Received: from ?10.8.0.32? ( [61.221.58.28]) by mx.google.com with ESMTP id 10sm6060503nzo.2007.01.12.03.11.23; Fri, 12 Jan 2007 03:11:24 -0800 (PST) From: "Eric L. Chen" To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VT10ovvJh7dh8E454PFt" Date: Fri, 12 Jan 2007 19:11:17 +0800 Message-Id: <1168600277.1412.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Subject: qemu-0.8.2s.20070111 unstable with WinXP guest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 11:36:51 -0000 --=-VT10ovvJh7dh8E454PFt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi I updated qemu to 0.8.2s.20070111, it is not stable with WinXP guest. Qemu always quit after windox xp login'ed. It is OK in 0.8.2s.20061225_1. /Eric --=-VT10ovvJh7dh8E454PFt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQBFp2zVymyXoUCp/cURAs6LAJ9pfZ5DIbDzgfxs+v89prGhWABPFgCfbvwn kXsKse06VhGtIxHCotUVN9o= =KP5I -----END PGP SIGNATURE----- --=-VT10ovvJh7dh8E454PFt-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 13:45:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C78BF16A407 for ; Fri, 12 Jan 2007 13:45:22 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [147.32.127.218]) by mx1.freebsd.org (Postfix) with ESMTP id 5600A13C459 for ; Fri, 12 Jan 2007 13:45:22 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 96E86137AEB; Fri, 12 Jan 2007 14:27:08 +0100 (CET) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03801-03; Fri, 12 Jan 2007 14:27:02 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 31C23137ADB; Fri, 12 Jan 2007 14:27:02 +0100 (CET) Received: from [192.168.111.22] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id DE08661C21; Fri, 12 Jan 2007 14:27:00 +0100 (CET) Message-ID: <45A78CA4.30903@sh.cvut.cz> Date: Fri, 12 Jan 2007 14:27:00 +0100 From: =?ISO-8859-1?Q?V=E1clav_Haisman?= User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Jo Rhett References: In-Reply-To: X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig84EA34D1BD270AE8EB7CAF53" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=-2.2 tagged_above=-255.0 required=5.0 tests=AWL, CRM114_HAM_10 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 13:45:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig84EA34D1BD270AE8EB7CAF53 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jo Rhett wrote: > So I've been searching for hours now, and it appears that short of > reading the C code, there's no documentation of the boot2 menu prompt. >=20 > Sure, it says drive:driver(unit,slice,part) >=20 > But no combination of those three that I can find actually works. >=20 > There's two LUNs: > drive 0: single 2TB slice > drive 1: 264GB, with root, swap, etc >=20 > How do I tell boot2 to find the loader on disk1? >=20 > 1:da(1,a) > 1:da(1,1,a) > 1:da(0,1,a) > 1:da(0,a) > 0:da(1,a) > 0:da(0,a) > ...etc none of them work. >=20 > --Jo Rhett > senior geek > Silicon Valley Colocation >=20 What does lsdev or whatever it was say? Does it show any devices besides the raw disks? I had similar problem with ASUS Vintage-PE1 hardware. It never showed any devices to boot except two raw disks (I had GEOM Mirror setup). And I never found a way to work around this. -- VH --------------enig84EA34D1BD270AE8EB7CAF53 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRaeMpENOZDESBK8FAQLjIQf/fpIq2ZwpHgIXvJchCxBZPizmwLYdNI0M yvgOBlZsYYiMwcmo1eaNh8wSWu7BovRfEDPHIn9203r3m1teRH+GlREI0CoW6k86 zcqCZYqKDEaNBZCjyCuaST8QeZLhe9+gWSwNuJ9HEE8trzaqkchArSGx8HXSdNml HVdWNrBG0BKi5+qmUhf+2iXOsmWszDRkO+rtYarCvITSINe5k/FwJAze/x3/dIMp MlDEdHDdIlw/HSFsrKkZviffQGcACfCJBcDmMyXvdA8tysenGYURVYBzfcId8Fyg JvyxdlvqKiu0TED52yaITO1n4D+sAAo+ntp39vADS4z2BX49CZqiaw== =xVc1 -----END PGP SIGNATURE----- --------------enig84EA34D1BD270AE8EB7CAF53-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 14:37:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 180A116A403 for ; Fri, 12 Jan 2007 14:37:19 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id BB87513C474 for ; Fri, 12 Jan 2007 14:37:18 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 409001DD4DC; Fri, 12 Jan 2007 14:09:58 +0000 (GMT) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xyM3bweEQYuc; Fri, 12 Jan 2007 14:09:50 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 897EF1DD4F5; Fri, 12 Jan 2007 14:09:50 +0000 (GMT) Date: Fri, 12 Jan 2007 14:09:50 +0000 From: David Taylor To: David Syphers Message-ID: <20070112140950.GA71126@outcold.yadt.co.uk> Mail-Followup-To: David Syphers , freebsd-stable@freebsd.org References: <438465.16988.qm@web32710.mail.mud.yahoo.com> <200701041327.52134.dsyphers@u.washington.edu> <200701041339.36221.fcash@ocis.net> <200701042129.00139.dsyphers@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <200701042129.00139.dsyphers@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: win32-codecs question ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 14:37:19 -0000 On Thu, 04 Jan 2007, David Syphers wrote: > On Thursday 04 January 2007 13:39, Freddie Cash wrote: > > If a port supports the OPTION framework, then the first time you run make [snip] > > And a mention of it in /usr/ports/UPDATING > > and/or /usr/ports/CHANGES. > > Now, this I read. And no, it's not documented there. The only mentions in > UPDATING are under postfix entries, and I don't use postfix. The entries in > CHANGES wouldn't catch your eye unless you knew what you were looking for - > everything assumes prior knowledge of what OPTIONS is and what it implies. The third entry in CHANGES mentions it in passing. It appears to have been introduced before the CHANGES file started. -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 15:26:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DC1B16A407 for ; Fri, 12 Jan 2007 15:26:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0B35A13C448 for ; Fri, 12 Jan 2007 15:26:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0CFQXnZ006781; Fri, 12 Jan 2007 10:26:37 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 12 Jan 2007 10:25:15 -0500 User-Agent: KMail/1.9.4 References: <09710CBA-0006-4502-B5F7-6048B290D3B8@svcolo.com> In-Reply-To: <09710CBA-0006-4502-B5F7-6048B290D3B8@svcolo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701121025.15555.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Fri, 12 Jan 2007 10:26:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2437/Thu Jan 11 18:59:09 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jo Rhett Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 15:26:40 -0000 On Thursday 11 January 2007 23:55, Jo Rhett wrote: > On Jan 11, 2007, at 8:50 PM, Jo Rhett wrote: > > So I've been searching for hours now, and it appears that short of > > reading the C code, there's no documentation of the boot2 menu prompt. > > I'd like to add to this that the handbook is riddled full of > undocumented terms, like BIOS Drive #. How do you determine this for > a SCSI drive? A BIOS driver number is the number you pass to the BIOS to access a drive. Typically drive 0x0 is a floppy drive and hard drives start at 0x80. Usually the SCSI BIOS will list the BIOS driver number during the POST messages and it will look like 80, 81, etc. There is no standard way as it is at the BIOS' discretion. > And what is the difference between the drive number and the unit > number anyway? Completely unrelated. Drive number is assigned by the SCSI BIOS, unit number is assigned by the kernel driver. To answer your question: you need to first make sure your SCSI BIOS is registering your second disk with the BIOS. Assuming it's mapped as drive 81, you can then use '1:da(1,a)'. If it shows up as drive 82, then use 2:da(1,a)', etc. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 15:30:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6ACE16A503; Fri, 12 Jan 2007 15:30:31 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.freebsd.org (Postfix) with ESMTP id 8760213C4A7; Fri, 12 Jan 2007 15:30:31 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-186-172.hsd1.mn.comcast.net[24.118.186.172]) by comcast.net (sccrmhc12) with ESMTP id <20070112152023012002pqnbe>; Fri, 12 Jan 2007 15:20:23 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Fri, 12 Jan 2007 09:20:18 -0600 User-Agent: KMail/1.9.4 References: <1168453412.9393.701.camel@scotth.emsphone.com> <45A66BE1.9010507@freebsd.org> <2a41acea0701110951p4f3b1e16q370f58490dd11d9d@mail.gmail.com> In-Reply-To: <2a41acea0701110951p4f3b1e16q370f58490dd11d9d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200701120920.19148.josh@tcbug.org> Cc: "Bruce A. Mah" , shildreth@allantgroup.com, Jack Vogel , Colin Percival Subject: Re: 6.2 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jan 2007 15:30:31 -0000 On Thursday 11 January 2007 11:51, Jack Vogel wrote: > On 1/11/07, Bruce A. Mah wrote: > > If memory serves me right, Jack Vogel wrote: > > > On 1/10/07, Colin Percival wrote: > > >> Scott T. Hildreth wrote: > > >>> Does anyone know if the Release is still going to happen > > >>> today? > > >> > > >> The release is not going to happen today, but will be very > > >> soon. My guess is that builds and mirroring will happen over > > >> the weekend and the release announcement will go out on Monday > > >> or Tuesday depending upon your time zone. > > >> > > >> Colin Percival > > > > > > You guys ROCK :) Hope this means I get a new current snapshot > > > too? > > > > The January CURRENT snapshots have been uploaded to ftp-master. > > kensmith@ hasn't announced these yet, I think because he's > > waiting for them to make their way out to the various FTP mirror > > sites. > > Yes, our validation team sent me email this morning saying it was > available :) > > Jack csup'd to RELENG_6_2 late last night intending to get a box from 6.1-R=20 to 6.2-RC2 and ended up with 6.2-RELEASE. I was *so* bummed out. ;) =46rom /usr/src/UPDATING 20070114: FreeBSD 6.2-RELEASE. I know this is all just part of the release process, but it's still=20 somewhat amusing since it's the 12th here. ;) =2D-=20 Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 15:40:27 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4D0D16A537 for ; Fri, 12 Jan 2007 15:40:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.175]) by mx1.freebsd.org (Postfix) with ESMTP id BD01513C44B for ; Fri, 12 Jan 2007 15:40:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout05/MantshX 4.0) with ESMTP id l0CFeRvP028576; Fri, 12 Jan 2007 07:40:27 -0800 (PST) Received: from [192.168.1.2] (c-67-164-11-148.hsd1.ca.comcast.net [67.164.11.148]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id l0CFeOKB006254 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 12 Jan 2007 07:40:26 -0800 (PST) In-Reply-To: <45A74F01.7040200@svcolo.com> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <45A74F01.7040200@svcolo.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <59462C3F-B132-4597-8462-8BF3E031789F@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Fri, 12 Jan 2007 07:39:20 -0800 To: Jo Rhett X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: stable@FreeBSD.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 15:40:27 -0000 On Jan 12, 2007, at 1:04 AM, Jo Rhett wrote: > Marcel Moolenaar wrote: >> On Jan 11, 2007, at 1:56 PM, Jo Rhett wrote: >>> Since we're going to be stuck with old BIOSes for a long time >>> after 2TB is a cheap disk drive at [store], is anyone considering >>> doing the work to make GPT co-exist with an MBR block? >> It is already possible for them to coexist. It's not uncommon in the >> industry to use MBR partitions even though the disk has GPT. The >> point is that you need to tools to avoid making a mess. Ideally you >> want the MBR partitions mirrored by the GPT so that the kernel only >> has to deal with GPT. The BIOS will use the MBR to boot. >> The gpt(8) tool can actually be used to set this up. You partition >> the disk with fdisk, but only for the boot partition. Then you run >> gpt(8) to migrate the MBR into a GPT, specifying the -s option so >> that you get a single GPT partition overlapping the MBR slice. After >> that you restore the MBR partition. Now you can use GPT to define >> a big partition. The kernel will use GPT and since you used -s when >> you migrate the MBR, the kernel will create device nodes with the >> same name as it would for the MBR partitions... > > That is exactly what I was hoping to find, but was unable to be > certain that it was possible from what I saw in the searches. > > To make this into a step-by-step, what do you mean by "restore the > MBR partition" ? From backup, or...? Manually recreate, I guess. When creating a GPT, the MBR is replaced by a PMBR. A PMBR is a MBR with a single partition spanning the whole disk (or as much as can be covered by the MBR) that has type 0xEE. The GPT kernel code expects such a partition but does not care if there are others. If you restore the MBR from a backup, the 0xEE partition will be gone and the GPT will not be used. It would probably be nice if gpt(8) could migrate without destroying the existing MBR partition, because restoring the MBR partition is the least intuitive step. Let me think about this for a bit... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 15:46:57 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D108816A40F for ; Fri, 12 Jan 2007 15:46:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.freebsd.org (Postfix) with ESMTP id B905813C45B for ; Fri, 12 Jan 2007 15:46:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id l0CFkvMo008691; Fri, 12 Jan 2007 07:46:57 -0800 (PST) Received: from [192.168.1.2] (c-67-164-11-148.hsd1.ca.comcast.net [67.164.11.148]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id l0CFkslF008998 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 12 Jan 2007 07:46:55 -0800 (PST) In-Reply-To: <45A75A8D.6000301@mintel.com> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <45A74F01.7040200@svcolo.com> <45A75A8D.6000301@mintel.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2E2ADEEE-3206-4F32-BF51-FA45277B13BD@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Fri, 12 Jan 2007 07:45:50 -0800 To: Jason Thomson X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: Jo Rhett , stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 15:46:57 -0000 On Jan 12, 2007, at 1:53 AM, Jason Thomson wrote: > Marcel, do you know if it is possible to do this without > destroying the > existing file systems? In theory, yes. If you need or want to shuffle partitions or repartition, then it becomes a whole new game. Keeping existing partitions where they are is simpler and typically works. Be sure to try things out on a memory disk first. I haven't done any of this myself, so my reasoning is not backed by actual experience. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 15:53:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C02D16A407 for ; Fri, 12 Jan 2007 15:53:01 +0000 (UTC) (envelope-from ginga@ginganet.org) Received: from mx.gate01.com (pip1.gate01.com [61.122.117.239]) by mx1.freebsd.org (Postfix) with ESMTP id 1C10213C46C for ; Fri, 12 Jan 2007 15:52:58 +0000 (UTC) (envelope-from ginga@ginganet.org) Received: from [202.210.243.26] (helo=athena.ginganet.org) by smtp33.isp.us-com.jp with esmtp (Mail 4.41) id 1H5Oi8-0002DA-Be; Sat, 13 Jan 2007 00:52:56 +0900 Received: from localhost (localhost.olympus.local [127.0.0.1]) by athena.ginganet.org (Postfix) with ESMTP id 0669A109; Sat, 13 Jan 2007 00:52:54 +0900 (JST) X-Virus-Scanned: amavisd-new at ginganet.org Received: from athena.ginganet.org ([127.0.0.1]) by localhost (athena.ginganet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u6nGe58Tbukt; Sat, 13 Jan 2007 00:52:45 +0900 (JST) Received: by athena.ginganet.org (Postfix, from userid 5003) id DDD72107; Sat, 13 Jan 2007 00:52:45 +0900 (JST) Date: Sat, 13 Jan 2007 00:52:45 +0900 From: KAWAGUTI Ginga To: LI Xin Message-ID: <20070112155245.GL1121%ginga@ginganet.org> References: <20070110084740.GG1121%ginga-freebsd@ginganet.org> <45A4FD6F.1090308@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A4FD6F.1090308@delphij.net> User-Agent: Mutt/1.5.6i Cc: KAWAGUTI Ginga , freebsd-stable@freebsd.org Subject: Re: Any way to solve "watchdog timeout" on network-IF? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 15:53:01 -0000 Thank you for patch information. I'm going to test with this patch for one or two weeks. In Wed, Jan 10, 2007 at 10:51:27PM +0800, LI Xin wrote: > > I'm using FreeBSD/i386 6-stable on HP DL360G5 server, > > and getting "Watchdog timeout" & "link state changed to DOWN/UP" > > messages shown below. .snip. > Try this patch, it solved some problems we have observed in China community. > > For -CURRENT: > http://people.freebsd.org/~delphij/for_review/patch-bce-watchdog-rewrite-HEAD.20070109 > > For -STABLE: > http://people.freebsd.org/~delphij/misc/patch-bce-watchdog-rewrite From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 15:56:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CF0016A52B for ; Fri, 12 Jan 2007 15:56:09 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id D7D2913C455 for ; Fri, 12 Jan 2007 15:56:04 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CFu4KU001718; Fri, 12 Jan 2007 07:56:04 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A7AF93.1010803@svcolo.com> Date: Fri, 12 Jan 2007 07:56:03 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: John Baldwin References: <09710CBA-0006-4502-B5F7-6048B290D3B8@svcolo.com> <200701121025.15555.jhb@freebsd.org> In-Reply-To: <200701121025.15555.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43858 - 3dc8b744f2cb X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 15:56:09 -0000 John Baldwin wrote: > A BIOS driver number is the number you pass to the BIOS to access a drive. > Typically drive 0x0 is a floppy drive and hard drives start at 0x80. > Usually the SCSI BIOS will list the BIOS driver number during the POST > messages and it will look like 80, 81, etc. There is no standard way > as it is at the BIOS' discretion. How do I determine this? It doesn't list them during boot. Say I boot off the CD, is there any commands I can use to determine what the BIOS numbers are? They are da0 and da1 to freebsd. > To answer your question: you need to first make sure your SCSI BIOS is > registering your second disk with the BIOS. Assuming it's mapped as > drive 81, you can then use '1:da(1,a)'. If it shows up as drive 82, then > use 2:da(1,a)', etc. How does one do so? -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 15:57:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 384F316A415 for ; Fri, 12 Jan 2007 15:57:11 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 211DA13C442 for ; Fri, 12 Jan 2007 15:57:11 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CFv9of001732; Fri, 12 Jan 2007 07:57:09 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A7AFD4.2030307@svcolo.com> Date: Fri, 12 Jan 2007 07:57:08 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Jan Mikkelsen References: <004401c73638$53d86eb0$c801a8c0@transactionware.com> In-Reply-To: <004401c73638$53d86eb0$c801a8c0@transactionware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43859 - 03959c8b9c0f X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: 'Charles Sprickman' , freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 15:57:11 -0000 Jan Mikkelsen wrote: > I just had a quick look at the 3ware website, and the closest I can see is a > 9500S-8. Assuming that is correct, there is a firmware update, 9.3.0.4, > which has the following in the notes: "New Feature: Boot LUN". That might > be worth a try. Sorry, you're right. And we have 9.3.0.4 already, and I didn't see it. I'll look again. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 15:58:25 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52DA216A403 for ; Fri, 12 Jan 2007 15:58:25 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3BAE013C461 for ; Fri, 12 Jan 2007 15:58:25 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CFwPbG001776; Fri, 12 Jan 2007 07:58:25 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A7B020.2010900@svcolo.com> Date: Fri, 12 Jan 2007 07:58:24 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Jason Thomson References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <45A74F01.7040200@svcolo.com> <45A75A8D.6000301@mintel.com> In-Reply-To: <45A75A8D.6000301@mintel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43865 - 1dbc44a0e9d8 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: stable@freebsd.org, Marcel Moolenaar Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 15:58:25 -0000 Jason Thomson wrote: > Jo, if you manage to do this, could you possibly post a step-by-step > guide? Absolutely. After trying to find this info, if I get it to work then I'll make sure nobody else has to go through this. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 16:00:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAC6516A403 for ; Fri, 12 Jan 2007 16:00:03 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 99D3513C461 for ; Fri, 12 Jan 2007 16:00:03 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CG01vF001818; Fri, 12 Jan 2007 08:00:03 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A7B081.6040504@svcolo.com> Date: Fri, 12 Jan 2007 08:00:01 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: =?ISO-8859-1?Q?V=E1clav_Haisman?= References: <45A78CA4.30903@sh.cvut.cz> In-Reply-To: <45A78CA4.30903@sh.cvut.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43866 - ac3c1b60b8e6 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 16:00:03 -0000 Václav Haisman wrote: > What does lsdev or whatever it was say? Does it show any devices besides > the raw disks? So I booted from CD and ran lsdev, and showed something like this (from memory) 0: Drive A 2: Disk 0 1: FFS -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 17:16:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD1CE16A403 for ; Fri, 12 Jan 2007 17:16:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 56E7C13C441 for ; Fri, 12 Jan 2007 17:16:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0CHGTXB007581; Fri, 12 Jan 2007 12:16:29 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jo Rhett Date: Fri, 12 Jan 2007 12:16:24 -0500 User-Agent: KMail/1.9.4 References: <200701121025.15555.jhb@freebsd.org> <45A7AF93.1010803@svcolo.com> In-Reply-To: <45A7AF93.1010803@svcolo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701121216.25185.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Fri, 12 Jan 2007 12:16:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2437/Thu Jan 11 18:59:09 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 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 Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 17:16:31 -0000 On Friday 12 January 2007 10:56, Jo Rhett wrote: > John Baldwin wrote: > > A BIOS driver number is the number you pass to the BIOS to access a drive. > > Typically drive 0x0 is a floppy drive and hard drives start at 0x80. > > Usually the SCSI BIOS will list the BIOS driver number during the POST > > messages and it will look like 80, 81, etc. There is no standard way > > as it is at the BIOS' discretion. > > How do I determine this? It doesn't list them during boot. To some extent you are at the mercy of your BIOS writers, yes it sucks, and this why I like things like EFI and OpenFirmware over BIOS. > Say I boot off the CD, is there any commands I can use to determine what > the BIOS numbers are? They are da0 and da1 to freebsd. You can try using 'lsdev' in the loader from the CD. If a disk is called A: in the loader printfs it's drive 0, if it's C: it's drive 0x80, D: drive 0x81 (the drive letters may only be mentinoed in the printfs at teh start of the loader and not in lsdev, can't recall). > > To answer your question: you need to first make sure your SCSI BIOS is > > registering your second disk with the BIOS. Assuming it's mapped as > > drive 81, you can then use '1:da(1,a)'. If it shows up as drive 82, then > > use 2:da(1,a)', etc. > > How does one do so? It would have to be in your SCSI adapter's BIOS. They tend to have a BIOS setup you can enter during boot before the OS loads and you would have to poke around in there. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 17:33:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00F6716A407 for ; Fri, 12 Jan 2007 17:33:02 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id A243B13C461 for ; Fri, 12 Jan 2007 17:33:01 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from arbitor.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) (AUTH: LOGIN seklecki, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Fri, 12 Jan 2007 12:22:57 -0500 id 00056410.45A7C3F1.0000B989 Date: Fri, 12 Jan 2007 12:22:42 -0500 (EST) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Toomas Aas In-Reply-To: <457C9DC1.4090607@raad.tartu.ee> Message-ID: <20070112122153.E66207@arbitor.digitalfreaks.org> References: <457C9DC1.4090607@raad.tartu.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Failure in SATA RAID1 during heavy disk activity (amd64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jan 2007 17:33:02 -0000 Did you run PC-DOC and do a sector-test on each member disk? Or do you think its' != hardware, maybe kernel/interrupt/ata(4) problem? ~BAS On Mon, 11 Dec 2006, Toomas Aas wrote: > [Please Cc: any responses, I'm not currently subscribed to the list] > > Hardware: > Intel SE7230NH1-E motherboard, integrated SATA RAID (ICH7) > Two 500 GB HDDs set up as RAID1 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 17:37:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 716A616A40F; Fri, 12 Jan 2007 17:37:32 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 5AAB613C480; Fri, 12 Jan 2007 17:37:32 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CHbWTM003646; Fri, 12 Jan 2007 09:37:32 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <200701121216.25185.jhb@freebsd.org> References: <200701121025.15555.jhb@freebsd.org> <45A7AF93.1010803@svcolo.com> <200701121216.25185.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1D170045-5A43-4C93-AFDC-19C44CEDB0F5@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 12 Jan 2007 09:37:24 -0800 To: John Baldwin X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43955 - 35a9873af36d X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 17:37:32 -0000 Okay, let me make this really clear. My BIOS doesn't tell me which drive is which, and the BIOS of the 3ware card doesn't tell me what number the drive is going to be labeled either. I need some command I can run from the freebsd CD to tell me what freebsd observes. Like I mentioned before, lsdev only showed me a single drive. On Jan 12, 2007, at 9:16 AM, John Baldwin wrote: > On Friday 12 January 2007 10:56, Jo Rhett wrote: >> John Baldwin wrote: >>> A BIOS driver number is the number you pass to the BIOS to access >>> a drive. >>> Typically drive 0x0 is a floppy drive and hard drives start at 0x80. >>> Usually the SCSI BIOS will list the BIOS driver number during the >>> POST >>> messages and it will look like 80, 81, etc. There is no standard >>> way >>> as it is at the BIOS' discretion. >> >> How do I determine this? It doesn't list them during boot. > > To some extent you are at the mercy of your BIOS writers, yes it > sucks, and > this why I like things like EFI and OpenFirmware over BIOS. > >> Say I boot off the CD, is there any commands I can use to >> determine what >> the BIOS numbers are? They are da0 and da1 to freebsd. > > You can try using 'lsdev' in the loader from the CD. If a disk is > called A: > in the loader printfs it's drive 0, if it's C: it's drive 0x80, D: > drive 0x81 > (the drive letters may only be mentinoed in the printfs at teh > start of the > loader and not in lsdev, can't recall). > >>> To answer your question: you need to first make sure your SCSI >>> BIOS is >>> registering your second disk with the BIOS. Assuming it's mapped as >>> drive 81, you can then use '1:da(1,a)'. If it shows up as drive >>> 82, then >>> use 2:da(1,a)', etc. >> >> How does one do so? > > It would have to be in your SCSI adapter's BIOS. They tend to have > a BIOS > setup you can enter during boot before the OS loads and you would > have to > poke around in there. > > -- > John Baldwin > _______________________________________________ > 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" -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 17:40:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1550F16A416 for ; Fri, 12 Jan 2007 17:40:48 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id F149813C457 for ; Fri, 12 Jan 2007 17:40:45 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CHejX5003699; Fri, 12 Jan 2007 09:40:45 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <20070112064606.GA23100@riverside.org> References: <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> <20070112064606.GA23100@riverside.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2334A266-BECF-4F79-BEBF-F1B9AE097508@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 12 Jan 2007 09:40:38 -0800 To: Michael Hall X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43956 - 736b745a44f8 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 17:40:48 -0000 On Jan 11, 2007, at 10:46 PM, Michael Hall wrote: > Why not use 3BM (3Ware BIOS Manager) to setup the RAID. Create the > RAID with it, specify a boot volume, turn off autocarving, so it > creates two units (one smaller boot volume, and all the rest it a > large unit). Setp the smaller unit like normal (fdisk, newfs, etc) > and setup the larger unit with GPT. That's how I set up the RAID. If there is an option to specify smaller volumes that isn't the auto carving option, then it is very well hidden. There's really only one page it could be on, and it isn't there. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 17:41:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B157916A412 for ; Fri, 12 Jan 2007 17:41:33 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 95EE413C442 for ; Fri, 12 Jan 2007 17:41:33 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CHejX6003699; Fri, 12 Jan 2007 09:41:33 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <63696.24.71.119.183.1168586798.squirrel@webmail.sd73.bc.ca> References: <45A5FD8A.6080409@svcolo.com><2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com><20070111213444.GB17185@zone3000.net><20070112005510.2e145462.torfinn.ingolfsen@broadpark.no> <669E8D5D-E286-42DC-800F-24D7DDB2469F@svcolo.com> <000901c735fc$d180ac10$3301a8c0@janmxp> <63696.24.71.119.183.1168586798.squirrel@webmail.sd73.bc.ca> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <361A734E-8997-44E6-B3E0-170D4F1C38BE@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 12 Jan 2007 09:41:30 -0800 To: Freddie Cash X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 43959 - 1c4d1488517d X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 17:41:33 -0000 On Jan 11, 2007, at 11:26 PM, Freddie Cash wrote: > This feature is only available on 9550SX and 9590SE controllers, > and can > only be specified in 3BM. Bing! Well, that confirms that I'm not blind :-) -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 18:12:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6553016A503 for ; Fri, 12 Jan 2007 18:12:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1686113C469 for ; Fri, 12 Jan 2007 18:12:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0CICGJd007928; Fri, 12 Jan 2007 13:12:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jo Rhett Date: Fri, 12 Jan 2007 13:12:01 -0500 User-Agent: KMail/1.9.4 References: <200701121216.25185.jhb@freebsd.org> <1D170045-5A43-4C93-AFDC-19C44CEDB0F5@svcolo.com> In-Reply-To: <1D170045-5A43-4C93-AFDC-19C44CEDB0F5@svcolo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701121312.01585.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Fri, 12 Jan 2007 13:12:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2437/Thu Jan 11 18:59:09 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 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 Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 18:12:32 -0000 On Friday 12 January 2007 12:37, Jo Rhett wrote: > Okay, let me make this really clear. My BIOS doesn't tell me which > drive is which, and the BIOS of the 3ware card doesn't tell me what > number the drive is going to be labeled either. > > I need some command I can run from the freebsd CD to tell me what > freebsd observes. > > Like I mentioned before, lsdev only showed me a single drive. Then the 3ware BIOS doesn't let the boot software see your second drive, so there's no way to load /boot/loader off that drive since boot2 and the loader both rely on the BIOS to talk to drives. End of story. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 18:51:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97EA716A403 for ; Fri, 12 Jan 2007 18:51:15 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 0EF6213C457 for ; Fri, 12 Jan 2007 18:51:10 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JBR00AUXR15HK20@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 12 Jan 2007 19:51:05 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JBR002R9R14N380@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 12 Jan 2007 19:51:04 +0100 (CET) Date: Fri, 12 Jan 2007 19:51:04 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: To: freebsd-stable@freebsd.org Message-id: <20070112195104.d511384d.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 18:51:15 -0000 On Thu, 11 Jan 2007 22:49:38 -0800 Marcel Moolenaar wrote: > It is already possible for them to coexist. It's not uncommon in the > industry to use MBR partitions even though the disk has GPT. The > point is that you need to tools to avoid making a mess. Ideally you Apparently, such tools exist, at least for Intel Macs: http://refit.sourceforge.net/ The Myths and Facts page was interesting an read for me: http://refit.sourceforge.net/myths/ -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 20:12:58 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AACC816A403 for ; Fri, 12 Jan 2007 20:12:58 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3880813C467 for ; Fri, 12 Jan 2007 20:12:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l0CKCiP0010920; Sat, 13 Jan 2007 07:12:44 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l0CKChem010919; Sat, 13 Jan 2007 07:12:43 +1100 (EST) (envelope-from peter) Date: Sat, 13 Jan 2007 07:12:43 +1100 From: Peter Jeremy To: Sten Daniel =?iso-8859-1?Q?S=F8rsdal?= Message-ID: <20070112201243.GD842@turion.vk2pj.dyndns.org> References: <20070106210211.GF839@turion.vk2pj.dyndns.org> <45A1891A.5090906@wm-access.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <45A1891A.5090906@wm-access.no> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 20:12:58 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2007-Jan-07 18:58:18 -0500, Sten Daniel Srsdal wrote: >Peter Jeremy wrote: >> I've just noticed an number of unpexected "IP address changed MAC" >> messages on one of the hosts in my network. It is connected via a >> FreeBSD bridge to the rest of my network (there aren't enuf network >> ports in my son's bedroom). The configuration looks like: =2E.. >Does moving 192.168.123.36 to the bridge interface help? That gets rid of the "IP moved from MAC to MAC on NIC" messages. It doesn't really address the questions I raised about why I'm getting them but I think getting rid of them will do for now. Thanks. --=20 Peter Jeremy --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFp+u7/opHv/APuIcRAgxwAKCEQs7rZBKBZJxMTFVnZbeBv/N1GACfbWY8 ecHV6H1Cb3FqYfs14y2zfok= =KkcP -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 20:35:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E81F16A407 for ; Fri, 12 Jan 2007 20:35:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id A448413C45D for ; Fri, 12 Jan 2007 20:35:54 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l0CKZpOQ056031; Fri, 12 Jan 2007 18:35:52 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 12 Jan 2007 18:36:11 -0300 User-Agent: KMail/1.9.4 References: <20070106210211.GF839@turion.vk2pj.dyndns.org> <45A1891A.5090906@wm-access.no> <20070112201243.GD842@turion.vk2pj.dyndns.org> In-Reply-To: <20070112201243.GD842@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200701121836.12335.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Peter Jeremy , stable@freebsd.org, Sten Daniel =?iso-8859-1?q?S=F8rsdal?= Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 20:35:55 -0000 On Friday 12 January 2007 17:12, Peter Jeremy wrote: > On Sun, 2007-Jan-07 18:58:18 -0500, Sten Daniel Srsdal wrote: > >Peter Jeremy wrote: > >> I've just noticed an number of unpexected "IP address changed MAC" > >> messages on one of the hosts in my network. It is connected via a > >> FreeBSD bridge to the rest of my network (there aren't enuf network > >> ports in my son's bedroom). The configuration looks like: > > ... > > >Does moving 192.168.123.36 to the bridge interface help? > > That gets rid of the "IP moved from MAC to MAC on NIC" messages. > It doesn't really address the questions I raised about why I'm > getting them but I think getting rid of them will do for now. > net.link.ether.inet.log_arp_movement=3D0 =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 Jan 12 20:51:54 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD3A016A407 for ; Fri, 12 Jan 2007 20:51:54 +0000 (UTC) (envelope-from lists@wm-access.no) Received: from lakepoint.domeneshop.no (smtp01.domeneshop.no [194.63.248.15]) by mx1.freebsd.org (Postfix) with ESMTP id 665A413C458 for ; Fri, 12 Jan 2007 20:51:51 +0000 (UTC) (envelope-from lists@wm-access.no) Received: from [192.168.0.100] (225.0.33.65.cfl.res.rr.com [65.33.0.225]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.8/8.13.8) with ESMTP id l0CKpnlk028448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 12 Jan 2007 21:51:50 +0100 Message-ID: <45A7F4E2.2080206@wm-access.no> Date: Fri, 12 Jan 2007 15:51:46 -0500 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Peter Jeremy References: <20070106210211.GF839@turion.vk2pj.dyndns.org> <45A1891A.5090906@wm-access.no> <20070112201243.GD842@turion.vk2pj.dyndns.org> In-Reply-To: <20070112201243.GD842@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 20:51:54 -0000 Peter Jeremy wrote: > On Sun, 2007-Jan-07 18:58:18 -0500, Sten Daniel Srsdal wrote: >> Peter Jeremy wrote: >>> I've just noticed an number of unpexected "IP address changed MAC" >>> messages on one of the hosts in my network. It is connected via a >>> FreeBSD bridge to the rest of my network (there aren't enuf network >>> ports in my son's bedroom). The configuration looks like: > ... >> Does moving 192.168.123.36 to the bridge interface help? >=20 > That gets rid of the "IP moved from MAC to MAC on NIC" messages. > It doesn't really address the questions I raised about why I'm > getting them but I think getting rid of them will do for now. >=20 The exact logic why this happens eludes me. Putting the IP address on the bridge interface has been considered the correct way on the bridge implementations that has an actual logical bridge interface I've come across. It is, as far as i understand, to address the problems you described. --=20 Sten Daniel S=F8rsdal From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 21:12:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE57D16A407; Fri, 12 Jan 2007 21:12:56 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id A764A13C44B; Fri, 12 Jan 2007 21:12:56 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CLCtWo007201; Fri, 12 Jan 2007 13:12:55 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <200701121312.01585.jhb@freebsd.org> References: <200701121216.25185.jhb@freebsd.org> <1D170045-5A43-4C93-AFDC-19C44CEDB0F5@svcolo.com> <200701121312.01585.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <730921C3-A2DD-43AA-87BA-E3063C0FF75F@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 12 Jan 2007 13:12:49 -0800 To: John Baldwin X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 44069 - f5fcf83efef2 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 21:12:56 -0000 On Jan 12, 2007, at 10:12 AM, John Baldwin wrote: >> Like I mentioned before, lsdev only showed me a single drive. > > Then the 3ware BIOS doesn't let the boot software see your second > drive, > so there's no way to load /boot/loader off that drive since boot2 and > the loader both rely on the BIOS to talk to drives. End of story. Okay, that's what I suspected. So booting from CD and using "lsdev" at the loader prompt really is the best/only way to confirm what the BIOS provides? And thanks for taking the time to answer all of this, I deeply appreciate it. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 21:44:23 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8559716A403 for ; Fri, 12 Jan 2007 21:44:23 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 15B8E13C448 for ; Fri, 12 Jan 2007 21:44:21 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l0CKZpOQ056031; Fri, 12 Jan 2007 18:35:52 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 12 Jan 2007 18:36:11 -0300 User-Agent: KMail/1.9.4 References: <20070106210211.GF839@turion.vk2pj.dyndns.org> <45A1891A.5090906@wm-access.no> <20070112201243.GD842@turion.vk2pj.dyndns.org> In-Reply-To: <20070112201243.GD842@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200701121836.12335.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Peter Jeremy , stable@freebsd.org, Sten Daniel =?iso-8859-1?q?S=F8rsdal?= Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 21:44:23 -0000 On Friday 12 January 2007 17:12, Peter Jeremy wrote: > On Sun, 2007-Jan-07 18:58:18 -0500, Sten Daniel Srsdal wrote: > >Peter Jeremy wrote: > >> I've just noticed an number of unpexected "IP address changed MAC" > >> messages on one of the hosts in my network. It is connected via a > >> FreeBSD bridge to the rest of my network (there aren't enuf network > >> ports in my son's bedroom). The configuration looks like: > > ... > > >Does moving 192.168.123.36 to the bridge interface help? > > That gets rid of the "IP moved from MAC to MAC on NIC" messages. > It doesn't really address the questions I raised about why I'm > getting them but I think getting rid of them will do for now. > net.link.ether.inet.log_arp_movement=3D0 =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 Jan 12 22:11:53 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6ACB816A412 for ; Fri, 12 Jan 2007 22:11:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc13.comcast.net (alnrmhc13.comcast.net [204.127.225.93]) by mx1.freebsd.org (Postfix) with ESMTP id 44D5C13C461 for ; Fri, 12 Jan 2007 22:11:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc13) with ESMTP id <20070112221152b1300344she>; Fri, 12 Jan 2007 22:11:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 71FEF1FA037; Fri, 12 Jan 2007 14:11:52 -0800 (PST) Date: Fri, 12 Jan 2007 14:11:52 -0800 From: Jeremy Chadwick To: Peter Jeremy Message-ID: <20070112221152.GA54760@icarus.home.lan> Mail-Followup-To: Peter Jeremy , stable@freebsd.org References: <20070106210211.GF839@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070106210211.GF839@turion.vk2pj.dyndns.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 22:11:53 -0000 On Sun, Jan 07, 2007 at 08:02:11AM +1100, Peter Jeremy wrote: > The desktop network configuration is: > tl0: flags=8943 mtu 1500 > ether 00:00:24:28:98:9a > media: Ethernet autoselect (100baseTX ) > status: active > rl0: flags=8943 mtu 1500 > options=8 > inet 192.168.123.36 netmask 0xffffff00 broadcast 192.168.123.255 > ether 00:20:ed:78:9c:a3 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > bridge0: flags=8043 mtu 1500 > ether ca:a9:aa:1e:71:32 > priority 32768 hellotime 2 fwddelay 15 maxage 20 > member: tl0 flags=3 > member: rl0 flags=3 Does tinkering with net.link.ether.bridge.config help at all? See bridge(4) manpage. (I haven't used this, I'm just brainstorming...) -- | 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 Jan 12 22:29:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C52116A416 for ; Fri, 12 Jan 2007 22:29:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2BE1A13C459 for ; Fri, 12 Jan 2007 22:28:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0CMSuOK009719; Fri, 12 Jan 2007 17:28:56 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jo Rhett Date: Fri, 12 Jan 2007 16:50:57 -0500 User-Agent: KMail/1.9.4 References: <200701121312.01585.jhb@freebsd.org> <730921C3-A2DD-43AA-87BA-E3063C0FF75F@svcolo.com> In-Reply-To: <730921C3-A2DD-43AA-87BA-E3063C0FF75F@svcolo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701121650.57971.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Fri, 12 Jan 2007 17:28:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2437/Thu Jan 11 18:59:09 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 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 Subject: Re: any real documentation of the boot2 prompt? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 22:29:00 -0000 On Friday 12 January 2007 16:12, Jo Rhett wrote: > > On Jan 12, 2007, at 10:12 AM, John Baldwin wrote: > >> Like I mentioned before, lsdev only showed me a single drive. > > > > Then the 3ware BIOS doesn't let the boot software see your second > > drive, > > so there's no way to load /boot/loader off that drive since boot2 and > > the loader both rely on the BIOS to talk to drives. End of story. > > Okay, that's what I suspected. So booting from CD and using "lsdev" > at the loader prompt really is the best/only way to confirm what the > BIOS provides? Yep, aside from any details the BIOS may choose to share with you via POST messages. :-/ -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 23:03:15 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53CDF16A403 for ; Fri, 12 Jan 2007 23:03:15 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8A013C45A for ; Fri, 12 Jan 2007 23:03:15 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.2.119] (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l0CN3DaM015086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Jan 2007 15:03:14 -0800 Message-ID: <45A813AE.5090104@freebsd.org> Date: Fri, 12 Jan 2007 15:03:10 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Peter Jeremy , stable@freebsd.org References: <20070106210211.GF839@turion.vk2pj.dyndns.org> <20070112221152.GA54760@icarus.home.lan> In-Reply-To: <20070112221152.GA54760@icarus.home.lan> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig97323F2BC565B6798A77EC84" Cc: Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 23:03:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig97323F2BC565B6798A77EC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Jeremy Chadwick wrote: > On Sun, Jan 07, 2007 at 08:02:11AM +1100, Peter Jeremy wrote: >> The desktop network configuration is: >> tl0: flags=3D8943 mtu = 1500 >> ether 00:00:24:28:98:9a >> media: Ethernet autoselect (100baseTX ) >> status: active >> rl0: flags=3D8943 mtu = 1500 >> options=3D8 >> inet 192.168.123.36 netmask 0xffffff00 broadcast 192.168.123.2= 55 >> ether 00:20:ed:78:9c:a3 >> media: Ethernet autoselect (100baseTX ) >> status: active >> lo0: flags=3D8049 mtu 16384 >> inet 127.0.0.1 netmask 0xff000000=20 >> bridge0: flags=3D8043 mtu 1500 >> ether ca:a9:aa:1e:71:32 >> priority 32768 hellotime 2 fwddelay 15 maxage 20 >> member: tl0 flags=3D3 >> member: rl0 flags=3D3 >=20 > Does tinkering with net.link.ether.bridge.config help at all? See > bridge(4) manpage. (I haven't used this, I'm just brainstorming...) Actually the applicable manpage for this configuration is if_bridge(4), but I think the OP knew that. As someone else in this thread pointed out, the usual practice is to assign an IP address to the bridge0 interface and leave the member interfaces unnumbered. As for *why* the IP address keeps moving around, I'm not sure either. Bruce. --------------enig97323F2BC565B6798A77EC84 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFqBOu2MoxcVugUsMRArUHAKCRZlExCmUzhhx2HTLx7a9gGF6lwwCfbpNE ns9dmMP9wlgDN61dWqNtNi0= =3/xs -----END PGP SIGNATURE----- --------------enig97323F2BC565B6798A77EC84-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 23:15:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBE0816A494 for ; Fri, 12 Jan 2007 23:15:02 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id D188813C44B for ; Fri, 12 Jan 2007 23:15:02 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0CNF1OE009335; Fri, 12 Jan 2007 15:15:01 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <20070112195104.d511384d.torfinn.ingolfsen@broadpark.no> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <20070112195104.d511384d.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1C1596DF-191D-42BE-8389-3355726EDB86@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 12 Jan 2007 15:14:54 -0800 To: Torfinn Ingolfsen X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 44134 - 2b39bde7684c X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2007 23:15:03 -0000 On Jan 12, 2007, at 10:51 AM, Torfinn Ingolfsen wrote: > On Thu, 11 Jan 2007 22:49:38 -0800 > Marcel Moolenaar wrote: > >> It is already possible for them to coexist. It's not uncommon in the >> industry to use MBR partitions even though the disk has GPT. The >> point is that you need to tools to avoid making a mess. Ideally you > > Apparently, such tools exist, at least for Intel Macs: > http://refit.sourceforge.net/ Right. But unless they've submitted their source changes back to FreeBSD, it isn't relevant to what we can do now. It's nice to be able to dictate your hardware :-) -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 07:19:34 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AC4716A595; Sat, 13 Jan 2007 07:19:34 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.freebsd.org (Postfix) with ESMTP id 06D7613C44C; Sat, 13 Jan 2007 07:19:34 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id 935EA5A0D55; Sat, 13 Jan 2007 18:19:32 +1100 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 4804E27408; Sat, 13 Jan 2007 18:19:31 +1100 (EST) Date: Sat, 13 Jan 2007 18:19:30 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Sven Willenberger In-Reply-To: <45A54FC9.8040900@dmv.com> Message-ID: <20070113172849.E94785@delplex.bde.org> References: <1168211205.22629.6.camel@lanshark.dmv.com> <20070109124826.M79616@delplex.bde.org> <1168353425.29047.8.camel@lanshark.dmv.com> <200701091150.15274.jhb@freebsd.org> <20070110132839.X16378@besplex.bde.org> <45A54FC9.8040900@dmv.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, freebsd-amd64@FreeBSD.org, John Baldwin Subject: Re: Panic in 6.2-PRERELEASE with bge on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jan 2007 07:19:34 -0000 On Wed, 10 Jan 2007, Sven Willenberger wrote: > Bruce Evans presumably uttered the following on 01/09/07 21:42: >> Also look at nearby chain entries (especially at (rxidx - 1) mod 512)). >> I think the previous 255 entries and the rxidx one should be >> non-NULL since we should have refilled them as we used them (so the >> one at rxidx is least interesting since we certainly just refilled >> it), and the next 256 entries should be NULL since we bogusly only use >> half of the entries. If the problem is uninitialization, then I expect >> all 512 entries except the one just refilled at rxidx to be NULL. > (kgdb) p sc->bge_cdata.bge_rx_std_chain[rxidx] > $1 = (struct mbuf *) 0xffffff0097a27900 > (kgdb) p rxidx > $2 = 499 > > since rxidx = 499, I assume you are most interested in 498: > (kgdb) p sc->bge_cdata.bge_rx_std_chain[498] > $3 = (struct mbuf *) 0xffffff00cf1b3100 > > for the sake of argument, 500 is null: > (kgdb) p sc->bge_cdata.bge_rx_std_chain[500] > $13 = (struct mbuf *) 0x0 > > the indexes with values basically are 243 through 499: > (kgdb) p sc->bge_cdata.bge_rx_std_chain[241] > $30 = (struct mbuf *) 0x0 > (kgdb) p sc->bge_cdata.bge_rx_std_chain[242] > $31 = (struct mbuf *) 0x0 > (kgdb) p sc->bge_cdata.bge_rx_std_chain[243] > $32 = (struct mbuf *) 0xffffff005d4ab700 > (kgdb) p sc->bge_cdata.bge_rx_std_chain[244] > $33 = (struct mbuf *) 0xffffff004f644b00 > > so it does not seem to be a problem with "uninitialization". There are supposed to be only 256 nonzero entries (except briefly while one is being refreshed), but the above indicates that there 257: #243 through #499 gives 257 nonzero entries. Everything indicates that entry #499 was null before it was refreshed, and that the loop in bge_rxeof() is trying to process a descriptor 1 after the last valid (previously handled) descriptor. I cannot see why it might do this. The next step might be to add active debugging code: - check that m != NULL when m is taken off the rx chain (before refresshing its entry), and panic if it is. - check that there are always BGE_SSLOTS (256) nonzero mbufs in the std rx chain. It would be interesting to know if they are always contiguous. They might not be since this depends on how the hardware uses them. Debugging is simpler if they are. - check that bge_rxeof() is not reentered. - check the rx producer index and related data before and after getting a null m. It can easily change while bge_rxeof() is running, so recording its value before and after might be useful. Bruce From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 07:43:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67AEF16A403 for ; Sat, 13 Jan 2007 07:43:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id ED7CA13C455 for ; Sat, 13 Jan 2007 07:43:24 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp211-97.lns1.adl2.internode.on.net [203.122.211.97]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0D7hLSl059837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Jan 2007 18:13:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 13 Jan 2007 18:13:02 +1030 User-Agent: KMail/1.9.5 References: <20070106210211.GF839@turion.vk2pj.dyndns.org> <20070112221152.GA54760@icarus.home.lan> <45A813AE.5090104@freebsd.org> In-Reply-To: <45A813AE.5090104@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1742984.BOCjI5fCZg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701131813.11675.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: "Bruce A. Mah" , stable@freebsd.org, Peter Jeremy Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2007 07:43:25 -0000 --nextPart1742984.BOCjI5fCZg Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 13 January 2007 09:33, Bruce A. Mah wrote: > As for *why* the IP address keeps moving around, I'm not sure either. The bridge interfaces MAC address changes every time you create one, ie [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 crea= te [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 bridge0: flags=3D8802 mtu 1500 ether e6:91:28:34:39:79 priority 32768 hellotime 2 fwddelay 15 maxage 20 [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 dest= roy [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 crea= te [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 bridge0: flags=3D8802 mtu 1500 ether d2:da:21:33:32:df priority 32768 hellotime 2 fwddelay 15 maxage 20 so if you reboot then the MAC address will change at each reboot. =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 --nextPart1742984.BOCjI5fCZg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFqI2P5ZPcIHs/zowRArykAKCb7uzUsBHLYRnd6SLUcohqlqzssQCfSmeY M8/2825/MxWj99Fj1eaffwY= =cfBd -----END PGP SIGNATURE----- --nextPart1742984.BOCjI5fCZg-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 08:03:43 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28D3216A407 for ; Sat, 13 Jan 2007 08:03:43 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1094913C44C for ; Sat, 13 Jan 2007 08:03:42 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [172.16.12.22] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id l0D83gc1016767; Sat, 13 Jan 2007 00:03:42 -0800 (PST) (envelope-from jrhett@svcolo.com) Message-ID: <45A8925D.7050303@svcolo.com> Date: Sat, 13 Jan 2007 00:03:41 -0800 From: Jo Rhett Organization: Silicon Valley Colocation User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Marcel Moolenaar References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <45A74F01.7040200@svcolo.com> <59462C3F-B132-4597-8462-8BF3E031789F@mac.com> In-Reply-To: <59462C3F-B132-4597-8462-8BF3E031789F@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 44270 - 466b4bbeb068 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: stable@FreeBSD.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2007 08:03:43 -0000 > On Jan 12, 2007, at 1:04 AM, Jo Rhett wrote: >> To make this into a step-by-step, what do you mean by "restore the MBR >> partition" ? From backup, or...? Marcel Moolenaar wrote: > Manually recreate, I guess. When creating a GPT, the MBR is replaced > by a PMBR. A PMBR is a MBR with a single partition spanning the > whole disk (or as much as can be covered by the MBR) that has type > 0xEE. The GPT kernel code expects such a partition but does not care > if there are others. If you restore the MBR from a backup, the 0xEE > partition will be gone and the GPT will not be used. > > It would probably be nice if gpt(8) could migrate without destroying > the existing MBR partition, because restoring the MBR partition is > the least intuitive step. Let me think about this for a bit... I am very interested in solving this problem, and have machines I am more than willing to dedicate to this project. I'm just somehow lacking a clear understanding of what I need to do to test this: 1. Install FreeBSD with a normal MBR partition and leftover free space 2. Migrate the partition to GPT (can I do this from CD fixit mode?) 3. Create a GPT partition using the remaining space 4. Recreate the MBR partition in the original space ... this makes sense, but I suspect that I'm missing a step/option here. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 08:14:14 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FFDE16A403; Sat, 13 Jan 2007 08:14:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D1A3113C458; Sat, 13 Jan 2007 08:14:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp211-97.lns1.adl2.internode.on.net [203.122.211.97]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0D7hLSl059837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Jan 2007 18:13:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 13 Jan 2007 18:13:02 +1030 User-Agent: KMail/1.9.5 References: <20070106210211.GF839@turion.vk2pj.dyndns.org> <20070112221152.GA54760@icarus.home.lan> <45A813AE.5090104@freebsd.org> In-Reply-To: <45A813AE.5090104@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1742984.BOCjI5fCZg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701131813.11675.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: "Bruce A. Mah" , stable@freebsd.org, Peter Jeremy Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2007 08:14:14 -0000 --nextPart1742984.BOCjI5fCZg Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 13 January 2007 09:33, Bruce A. Mah wrote: > As for *why* the IP address keeps moving around, I'm not sure either. The bridge interfaces MAC address changes every time you create one, ie [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 crea= te [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 bridge0: flags=3D8802 mtu 1500 ether e6:91:28:34:39:79 priority 32768 hellotime 2 fwddelay 15 maxage 20 [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 dest= roy [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 crea= te [inchoate 18:11] /usr/src/sys/modules/bridgestp >sudo ifconfig bridge0 bridge0: flags=3D8802 mtu 1500 ether d2:da:21:33:32:df priority 32768 hellotime 2 fwddelay 15 maxage 20 so if you reboot then the MAC address will change at each reboot. =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 --nextPart1742984.BOCjI5fCZg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFqI2P5ZPcIHs/zowRArykAKCb7uzUsBHLYRnd6SLUcohqlqzssQCfSmeY M8/2825/MxWj99Fj1eaffwY= =cfBd -----END PGP SIGNATURE----- --nextPart1742984.BOCjI5fCZg-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 09:42:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5E6616A4B3 for ; Sat, 13 Jan 2007 09:42:06 +0000 (UTC) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.agh.edu.pl (galaxy.agh.edu.pl [149.156.96.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9C47813C448 for ; Sat, 13 Jan 2007 09:42:06 +0000 (UTC) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.agh.edu.pl (Postfix, from userid 1001) id 23DF1FAD; Sat, 13 Jan 2007 10:42:05 +0100 (CET) Date: Sat, 13 Jan 2007 10:42:05 +0100 From: Krzysztof Kowalik To: freebsd-stable@freebsd.org Message-ID: <20070113094205.GA27560@uci.agh.edu.pl> References: <20070107155229.GA4749@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070107155229.GA4749@uci.agh.edu.pl> Cc: kris@obsecurity.org Subject: Re: fxp(4) and lockups on RELENG_6_x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2007 09:42:06 -0000 Krzysztof Kowalik wrote: > We are running an (IRC) server that under high-rate traffic (ie. DDoS > attack) stops to respond to the network. The network remains locked up > even after the original attack stops. [...] And it turns out to be an usual PEBKAC. The system was running out of mbuf clusters, and after increasing kern.ipc.nmbclusters to a sane value things started to work as expected again. Since it's usually the first thing one changes on such a box, we didn't even think of checking it. Sorry for the noise. -- () ASCII Ribbon Campaign /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 10:50:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D22CF16A504 for ; Sat, 13 Jan 2007 10:50:18 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from smtp-out.neti.ee (mail.neti.ee [194.126.101.114]) by mx1.freebsd.org (Postfix) with ESMTP id 6861513C442 for ; Sat, 13 Jan 2007 10:50:10 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from smtp-out.neti.ee (unknown [88.196.174.136]) by HOT-Bounce1.estpak.ee (Postfix) with ESMTP id 029854E32BD for ; Sat, 13 Jan 2007 12:29:59 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by MXR-5.estpak.ee (Postfix) with ESMTP id 30D301A02CC; Sat, 13 Jan 2007 12:29:58 +0200 (EET) X-Virus-Scanned: by amavisd-new-2.4.3 (20060930) (Debian) at neti.ee Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (MXR-2.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PRJorZEmMcrT; Sat, 13 Jan 2007 12:29:56 +0200 (EET) Received: from Relayhost1.neti.ee (Relayhost1 [88.196.174.141]) by MXR-5.estpak.ee (Postfix) with ESMTP id 8ABD81A02C9; Sat, 13 Jan 2007 12:29:56 +0200 (EET) Received: from [88.196.100.225] (88-196-100-225-dsl.trt.estpak.ee [88.196.100.225]) by Relayhost1.neti.ee (Postfix) with ESMTP id 704E01D6AD1; Sat, 13 Jan 2007 12:29:55 +0200 (EET) Message-ID: <45A8B4A3.6030303@raad.tartu.ee> Date: Sat, 13 Jan 2007 12:29:55 +0200 From: Toomas Aas User-Agent: Thunderbird 1.5.0.7 (X11/20060918) MIME-Version: 1.0 To: "Brian A. Seklecki" References: <457C9DC1.4090607@raad.tartu.ee> <20070112122153.E66207@arbitor.digitalfreaks.org> In-Reply-To: <20070112122153.E66207@arbitor.digitalfreaks.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Failure in SATA RAID1 during heavy disk activity (amd64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jan 2007 10:50:18 -0000 Brian A. Seklecki wrote: > Did you run PC-DOC and do a sector-test on each member disk? Or do you > think its' != hardware, maybe kernel/interrupt/ata(4) problem? I cannot claim with 100% certainty that it isn't a hardware problem. I didn't do the sector test. The messages just seemed to point at FreeBSD ataraid implementation. -- Toomas Aas From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 11:48:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5714716A415; Sat, 13 Jan 2007 11:48:47 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id B0E2213C44C; Sat, 13 Jan 2007 11:48:46 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CF86048804; Sat, 13 Jan 2007 12:30:20 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6C55846DA5; Sat, 13 Jan 2007 12:30:13 +0100 (CET) Date: Sat, 13 Jan 2007 12:29:37 +0100 From: Pawel Jakub Dawidek To: Colin Percival Message-ID: <20070113112937.GI90718@garage.freebsd.pl> References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CD/aTaZybdUisKIc" Content-Disposition: inline In-Reply-To: <45A6DB76.40800@freebsd.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2007 11:48:47 -0000 --CD/aTaZybdUisKIc Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 11, 2007 at 04:51:02PM -0800, Colin Percival wrote: > Hello Everyone, >=20 > I usually let security advisories speak for themselves, but I want to call > special attention to this one: If you use jails, READ THE ADVISORY, in > particular the "NOTE WELL" part below; and if you have problems after app= lying > the security patch, LET US KNOW -- we do everything we can to make sure > that security updates will never cause problems, but in this case we could > not fix the all of the security issues without either making assumptions > about how systems are configured or reducing functionality. >=20 > In the end we opted to reduce functionality (the jail startup process is > no longer logged to /var/log/console.log inside the jail), make an assump= tion > about how systems are configured (filesystems which are mounted via per-j= ail > fstab files should not be mounted on symlinks -- if you do this, adjust y= our > fstab files to give the real, non-symlinked, path to the mount point), and > leave a potential security problem unfixed (if you mount any filesystems = via > per-jail fstab files on mount points which are visible within multiple ja= ils, > there are problems -- don't do this). I don't like the way it was fixed. I do know it wasn't easy to fix. I don't like it because it breaks almost all my current jails, because I often use /jails/ paths in fstabs, which is actually a symlink to /usr/jails/. What I'd like to suggest, which seems much better way to fix the problem is: 1. Apply the patch: http://people.freebsd.org/~pjd/patches/realpath.patch 2. Find full path to jail's root with `realpath $_rootdir`. 3. Take first entry from /etc/fstab., for example we have a mount-point /usr/jails/foo/usr/lib in there. Run `realpath /usr' and compare with $_rootfulldir, if doesn't match, run `realpath /usr/jails` and compare, if doesn't match take next path component until we find a match. When a match is found, what's left out is a mount-point inside a jail, eg. '/usr/lib'. Now, run real=3D`realpath -c $_rootdir /usr/lib`, which will give us full path inside a jail. Then, we need to mount file system on $_rootdir/$real. 4. Repeat 3 for each fstab entry. With this approch one can use symlinks in any mount-point component. The whole complexity in point 3, is because people can have jail's root configured as '/usr/jails/foo', but use '/jails/foo' prefix for mount-points. I'll keep /var/log/console.log outside a jail, because using 'realpath -c' will be dangerous once the jail is running. There could be a race where `realpath -c` returns one path, an attacker inside a jail changes one of resolved path's component and rc.d/jail from outside a jail tries to use it. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --CD/aTaZybdUisKIc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFqMKhForvXbEpPzQRAm0oAJ4gM53DNKRAZLzFzUrYuvO8AU10HQCfTB6R dX0OldbS+GniAd5BKcdaztU= =FV2A -----END PGP SIGNATURE----- --CD/aTaZybdUisKIc-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 18:42:57 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6B1716A50D for ; Sat, 13 Jan 2007 18:42:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.173]) by mx1.freebsd.org (Postfix) with ESMTP id AE50713C44B for ; Sat, 13 Jan 2007 18:42:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout03/MantshX 4.0) with ESMTP id l0DIgvV6000196; Sat, 13 Jan 2007 10:42:57 -0800 (PST) Received: from [192.168.1.2] (c-67-164-11-148.hsd1.ca.comcast.net [67.164.11.148]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id l0DIgrN1019481 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 13 Jan 2007 10:42:54 -0800 (PST) In-Reply-To: <45A8925D.7050303@svcolo.com> References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <45A74F01.7040200@svcolo.com> <59462C3F-B132-4597-8462-8BF3E031789F@mac.com> <45A8925D.7050303@svcolo.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 13 Jan 2007 10:41:48 -0800 To: Jo Rhett X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: stable@FreeBSD.org Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2007 18:42:57 -0000 On Jan 13, 2007, at 12:03 AM, Jo Rhett wrote: >> On Jan 12, 2007, at 1:04 AM, Jo Rhett wrote: >>> To make this into a step-by-step, what do you mean by "restore >>> the MBR partition" ? From backup, or...? > > Marcel Moolenaar wrote: >> Manually recreate, I guess. When creating a GPT, the MBR is replaced >> by a PMBR. A PMBR is a MBR with a single partition spanning the >> whole disk (or as much as can be covered by the MBR) that has type >> 0xEE. The GPT kernel code expects such a partition but does not care >> if there are others. If you restore the MBR from a backup, the 0xEE >> partition will be gone and the GPT will not be used. >> It would probably be nice if gpt(8) could migrate without destroying >> the existing MBR partition, because restoring the MBR partition is >> the least intuitive step. Let me think about this for a bit... > > I am very interested in solving this problem, and have machines I > am more than willing to dedicate to this project. I'm just somehow > lacking a clear understanding of what I need to do to test this: > > 1. Install FreeBSD with a normal MBR partition and leftover free space > 2. Migrate the partition to GPT (can I do this from CD fixit mode?) You should be able to do this on a running system provided you have kern.geom.debugflags=16 to allow writing to the disk when it has been mounted. Note that after this step the MBR is turned into a PMBR, so you need to restore the MBR before you do anything else otherwise you might find yourself with an unbootable machine. You should be able to use fdisk for this. After that you have both the MBR and GPT describing the same partition/slice and you should be able to reboot the machine. If you boot verbose, you should see that GPT "claims" the partitions. If not, stop. Use GPT to partition the free space on the disk. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 20:11:09 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A514716A412 for ; Sat, 13 Jan 2007 20:11:09 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8BAFD13C455 for ; Sat, 13 Jan 2007 20:11:09 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 407E01A4D82; Sat, 13 Jan 2007 12:11:09 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E1D9B517CF; Sat, 13 Jan 2007 15:11:06 -0500 (EST) Date: Sat, 13 Jan 2007 15:11:06 -0500 From: Kris Kennaway To: Sven Willenberger Message-ID: <20070113201106.GD66260@xor.obsecurity.org> References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> <1166463200.11562.5.camel@lanshark.dmv.com> <4596F06D.30004@dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lc9FT7cWel8HagAv" Content-Disposition: inline In-Reply-To: <4596F06D.30004@dmv.com> User-Agent: Mutt/1.4.2.2i Cc: Kostik Belousov , stable@freebsd.org, Kris Kennaway Subject: Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2007 20:11:09 -0000 --lc9FT7cWel8HagAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 30, 2006 at 06:04:13PM -0500, Sven Willenberger wrote: >=20 >=20 > Sven Willenberger presumably uttered the following on 12/18/06 12:33: > > On Fri, 2006-12-15 at 23:20 +0200, Kostik Belousov wrote: > >> On Fri, Dec 15, 2006 at 02:29:58PM -0500, Kris Kennaway wrote: > >=20 > > <> > >=20 > >>> =20 > >>>> FWIW, I do see the following appearing in the /var/log/messages: > >>>> ufs_rename: fvp =3D=3D tvp (can't happen)=20 > >>>> about once or twice a day, but cannot correlate those to lockup. Now > >>>> that I have enabled the options mentioned above in the kernel, I am > >>>> seeing some LOR issues: > >>>> > >>>> kernel: lock order reversal: > >>>> kernel: 1st 0xffffff00c3bab200 kqueue (kqueue) @ /usr/src/sys/kern/k= ern_event.c:1547 > >>>> kernel: 2nd 0xffffff0005bb6078 struct mount mtx (struct mount mtx) @= /usr/src/sys/ufs/ufs/ufs_vnops.c:138 > >>> OK, this is interesting, so let's proceed from here. > >>> > >>> Kris > >> Try this. > >> > >> Index: ufs/ufs/ufs_vnops.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 > >> RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v > >> retrieving revision 1.283 > >> diff -u -r1.283 ufs_vnops.c > >> --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 > >> +++ ufs/ufs/ufs_vnops.c 15 Dec 2006 21:19:51 -0000 > >> @@ -133,19 +133,15 @@ > >> { > >> struct inode *ip; > >> struct timespec ts; > >> - int mnt_locked; > >> =20 > >> ip =3D VTOI(vp); > >> - mnt_locked =3D 0; > >> - if ((vp->v_mount->mnt_flag & MNT_RDONLY) !=3D 0) { > >> - VI_LOCK(vp); > >> + VI_LOCK(vp); > >> + if ((vp->v_mount->mnt_flag & MNT_RDONLY) !=3D 0) > >> goto out; > >> + if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) { > >> + VI_UNLOCK(vp); > >> + return; > >> } > >> - MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ > >> - mnt_locked =3D 1; > >> - VI_LOCK(vp); > >> - if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) > >> - goto out_unl; > >> =20 > >> if ((vp->v_type =3D=3D VBLK || vp->v_type =3D=3D VCHR) && !DOINGSOFT= DEP(vp)) > >> ip->i_flag |=3D IN_LAZYMOD; > >> @@ -172,10 +168,7 @@ > >> =20 > >> out: > >> ip->i_flag &=3D ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); > >> - out_unl: > >> VI_UNLOCK(vp); > >> - if (mnt_locked) > >> - MNT_IUNLOCK(vp->v_mount); > >> } > >> =20 > >> /* > >=20 > >=20 > > Patch applied cleanly (offset 6 lines), make buildworld, make kernel, > > reboot, make installworld, etc. > >=20 > > kernel: lock order reversal: > > kernel: 1st 0xffffff00b9181800 kqueue (kqueue) @ /usr/src/sys/kern/kern= _event.c:1547 > > kernel: 2nd 0xffffff00c16030d0 vnode interlock (vnode interlock) @ /usr= /src/sys/ufs/ufs/ufs_vnops.c:132 > >=20 > >=20 > >=20 > > _______________________________________________ >=20 > Having enabled witness and ddb, etc I cannot get this LOR to trigger anym= ore, but > the machine is still locking up. I finally managed to get a piece of what= was > appearing on the console which is the following (copied by hand by an ons= ite tech so > there may be a typo here and there): >=20 > --------cut-------------- >=20 > bge_intr() at loge_intr+0x84a > ithread_loop() at ithread_loop+0x14c > fork_exit() at fork_exit+0xbb > fork_trampoline() at fork_trampoline+0xee > --- trap 0, rip-0, rsp-0xffffffffb371ad00, rbp-0 --- >=20 > Fatal trap 12: page fault while in Kernel Mode > cupid=3D1, apic id=3D01 > fault virtual address - 0x28 > fault code - supervisor write, page not present > instruction pointer - 0x8:0xffffffff801dae1a > stack pointer - 0x10:0xffffffffb371ab70 > frame pointer - 0x10:0xffffffffb371abd0 > code segment - base 0x0, limit 0xfffff, type 0x1b > - DPL 0, pres 1, long 1, def32 0, gram 1 >=20 > processor eflags=3Dinterrupt enabled, resume, IOPL=3D0 > current process=3D28 (irq 24:bge0) > trap number=3D12 > panic: page fault > cupid=3D1 >=20 > Uptime - 4d10h52m36s > Dumping 4031MB (2 chunks) > chunk0: 1MB (156 pages)... ok > chunk1: 4031MB (1031920) >=20 > ----------cut----------------- >=20 > For some reason, by the time it reboots, there is no dump file available = (even > though it is enabled in rc.conf and there is more than enough room in /va= r/crash to > hold it). This is indicating a problem either with your bge hardware or the driver. Kris --lc9FT7cWel8HagAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFqTzaWry0BWjoQKURAs97AJ9rN6bEpgrZXO5s5UlqEQkWMfmKWgCg5NGe q7o5ea3SBuPKd/YdbZ0ZaWs= =ghem -----END PGP SIGNATURE----- --lc9FT7cWel8HagAv-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 13 21:41:57 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4215816A504 for ; Sat, 13 Jan 2007 21:41:57 +0000 (UTC) (envelope-from derrick@uniquestrength.net) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [216.148.227.155]) by mx1.freebsd.org (Postfix) with ESMTP id 2933A13C44C for ; Sat, 13 Jan 2007 21:41:57 +0000 (UTC) (envelope-from derrick@uniquestrength.net) Received: from mail.uniquestrength.net ([68.55.97.199]) by comcast.net (rwcrmhc15) with ESMTP id <20070113213154m15005rjime>; Sat, 13 Jan 2007 21:31:54 +0000 Received: from localhost (localhost.uniquestrength.net [127.0.0.1]) by mail.uniquestrength.net (Postfix) with ESMTP id 227F85C38 for ; Sat, 13 Jan 2007 16:31:55 -0500 (EST) X-Virus-Scanned: amavisd-new at uniquestrength.net Received: from mail.uniquestrength.net ([127.0.0.1]) by localhost (mail.uniquestrength.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nPAvcNfgEfmv for ; Sat, 13 Jan 2007 16:31:52 -0500 (EST) Received: from [192.168.1.109] (unknown [10.10.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.uniquestrength.net (Postfix) with ESMTP id 307CF5C15 for ; Sat, 13 Jan 2007 16:31:52 -0500 (EST) From: Derrick Edwards To: stable@freebsd.org Date: Sat, 13 Jan 2007 16:43:53 -0500 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701131643.54377.derrick@uniquestrength.net> Cc: Subject: Sound Card 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: Sat, 13 Jan 2007 21:41:57 -0000 All, I upgraded to the lastest version of RELENG_6 and now my onboard sound does not work. It worked on earlier versions of RELENG_6(3 Months Ago). Did something change that I should be aware of. I rebuilt system again just to verify. I am using an SOYO SY-P4I 845PE motherboard. It does not seem to see it now. Please help and thanks for your assistance. v/r Derrick FreeBSD 6.2-PRERELEASE #0: Sat Jan 13 15:35:05 EST 2007 focus# pciconf -lv agp0@pci0:0:0: class=0x060000 card=0x25608086 chip=0x25608086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82845G/GL/GV/GE/PE DRAM Controller / Host-Hub I/F Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x25618086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82845G/GL/GV/GE/PE Brookdale Host to AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x24c28086 chip=0x24c28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x24c28086 chip=0x24c48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x24c28086 chip=0x24c78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x24cd8086 chip=0x24cd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x82 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci1@pci0:31:1: class=0x01018a card=0x24c28086 chip=0x24cb8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL (ICH4/ICH4-L) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA none0@pci0:31:3: class=0x0c0500 card=0x24c28086 chip=0x24c38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller' class = serial bus subclass = SMBus nvidia0@pci2:1:0: class=0x030000 card=0x00000000 chip=0x032210de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GeForce FX 5200 [NV34.3]' class = display subclass = VGA atapci0@pci2:6:0: class=0x010400 card=0x00011103 chip=0x00071103 rev=0x01 hdr=0x00 vendor = 'HighPoint Technologies Inc' device = 'HPT371/N UDMA/ATA133 EIDE Controller' class = mass storage subclass = RAID dc0@pci2:7:0: class=0x020000 card=0x82120291 chip=0x91021282 rev=0x40 hdr=0x00 vendor = 'Davicom Semiconductor Inc.' device = 'DM9102/A/AF Dell 4300S - CNET Pro200WL Ethernet Adapter' class = network subclass = ethernet