From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 04:19:35 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B210A16A420 for ; Sun, 2 Oct 2005 04:19:35 +0000 (GMT) (envelope-from julian@lava.net) Received: from maile.cesta.com (maile.cesta.com [64.65.85.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DA2143D4C for ; Sun, 2 Oct 2005 04:19:34 +0000 (GMT) (envelope-from julian@lava.net) Received: from maile.cesta.com (maile.cesta.com [64.65.85.11]) by maile.cesta.com (Postfix) with ESMTP id 34CC653C049; Sat, 1 Oct 2005 18:19:34 -1000 (HST) Date: Sat, 1 Oct 2005 18:19:34 -1000 (HST) From: Julian Cowley X-X-Sender: julian@taurus.cesta.com To: Yar Tikhiy In-Reply-To: <20050930110841.GC45907@comp.chem.msu.su> Message-ID: References: <20050929224548.GB3035@comp.chem.msu.su> <433CDE35.7040801@FreeBSD.org> <20050930110841.GC45907@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: [Hackers] Re: A smarter mergemaster X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 04:19:35 -0000 On Fri, 30 Sep 2005, Yar Tikhiy wrote: > Obviously, in order to do a 3-way merge, we need information about > the old versions of original files as well. However, currently we > have only the new versions in /usr/src and local versions in /etc > for mergemaster to work with. I'll be glad to hear how etcmerge > approaches this issue. > > In any case, we cannot offer the users to access the CVS repo when > merging /etc. Personally, I'd like to see a complete copy of current > unmodified /etc files installed to /usr/share/examples/etc. They > could serve as the old original versions for the 3-way merge then. > Alas, now the copy installed there is rather incomplete, motivation > of which is unknown to me yet. Any ideas? To look outside of mergemaster for a moment, on our systems (FreeBSD and otherwise), we've traditionally used RCS to maintain system configuration files. We keep the system-distributed files on branch 1.1.1 (known as the "vendor branch" in CVS speak), and these increase 1.1.1.1 ... 1.1.1.2 ... 1.1.1.3 with each OS release (we update these manually). The trunk is used for our local changes, and we merge the changes from the vendor branch onto it. Using RCS, it's easy to see the local changes that have been made to the vendor release, and to see the changes that have been made between OS releases. For instance, to see the differences between a file and its distributed version, we'd use something like this: rcsdiff -r1.1.1 /etc/services Since CVS is based on RCS (and it seems more appropriate here), perhaps there could be a system CVS directory for /etc configuration files. Using your idea of /usr/share/examples/etc containing the most recent vendor files, there could be a tool which automatically merges the files there onto the vendor branch in the system CVS directory. That way, there would be no need for access to the main CVS repository each time someone upgrades a server. Just an idea. -- Even if you're one in a million, there are still 5,000 of you on the planet. From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 05:16:39 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52E9E16A41F for ; Sun, 2 Oct 2005 05:16:39 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C03CF43D45 for ; Sun, 2 Oct 2005 05:16:38 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id j925Gcsw094411 for ; Sat, 1 Oct 2005 22:16:39 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.3) with ESMTP id j925GbeZ070245 for ; Sat, 1 Oct 2005 22:16:37 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id j925GbWG070244 for hackers@freebsd.org; Sat, 1 Oct 2005 22:16:37 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sat, 01 Oct 2005 22:16:37 -0700 Message-Id: <1128230197.63551.1.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.86.2/1106/Fri Sep 30 10:17:17 2005 on tinker.exit.com X-Virus-Status: Clean Cc: Subject: Very weird NFS-related hang in 6-beta5. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 05:16:39 -0000 I mount my /usr/ports, /usr/src, et al from an NFS server. Everything seems to work fine except on one system where I've been seeing repeated hangs. Of course the system in question is my main desktop one, sigh. At first I was using gigabit Ethernet (Intel Pro/1000, 82545GM chipset) but the interface kept wedging hard, also on this system (and _not_ on the server, just on this one). I upgrading the system to 6.0-beta5 to see if the interface hangs went away. (I upgraded by NFS-mounting /usr/src over my parallel 100BaseTX network rather than the Gigabit network.) The upgrade worked fine but the hangs didn't disappear. I planned to swap out the gigabit card to see if it was the hardware that was the problem, but in the interim (not having a spare card lying around) I decided to do a complete portupgrade using the 100BaseTX network. This is where it gets weird. Because of all the hangs I've run into, at some point I made all the NFS mounts soft mounts. I've been watching these port builds, and from time to time, with no obvious pattern that can discern, NFS hangs. The server seems perfectly healthy and in fact the _interface_ seems healthy, but the particular I/O in question just hangs until it eventually times out due to the soft-mount. After it finally times out, things pick up and keep going again. NFS works fine for a while, then it hangs again. I captured one of the hangs; this is from the client machine: 16:17:53.642822 IP realtime.exit.com.560259720 > jill.exit.com.nfs: 132 read fh 1070,983185/1114384 8192 bytes @ 1925120 16:17:53.643541 IP jill.exit.com.nfs > realtime.exit.com.560259720: reply ok 1472 read 16:18:11.679433 IP realtime.exit.com.560259720 > jill.exit.com.nfs: 132 read fh 1070,983185/1114384 8192 bytes @ 1925120 16:18:11.680142 IP jill.exit.com.nfs > realtime.exit.com.560259720: reply ok 1472 read So the server gets the read and replies, but the client apparently never sees the reply (despite the fact that it is coming in on the interface and gets picked up by tcpdump). I've attached the dmesg from the client, if it helps, but I doubt it will. I can't imagine that this is hardware, although I guess it _might_ be. It's just very weird. Any hints as to cause or further steps I can take to diagnose it would be appreciated. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 08:05:57 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3029416A41F for ; Sun, 2 Oct 2005 08:05:57 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACA5A43D46 for ; Sun, 2 Oct 2005 08:05:56 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so145591nzk for ; Sun, 02 Oct 2005 01:05:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=PKWsnns3c+YLdEshYKwpnsZjsCxz4KsfiOXbfZH2TBdJJNpnxiOigjVtRiyGdHn0xNoQMXgaHH/YIfNGxfBLs1eHgIr0oDjttesWzrxEf3lyEIWgakSxjPGyvF97qJn82DDor2HIZ5FmcF3OloVocik7rEXV+y6R7oiA0vvNGKI= Received: by 10.36.91.13 with SMTP id o13mr3732112nzb; Sun, 02 Oct 2005 01:05:56 -0700 (PDT) Received: from ?192.168.2.20? ( [221.128.128.84]) by mx.gmail.com with ESMTP id 15sm3573385nzo.2005.10.02.01.05.53; Sun, 02 Oct 2005 01:05:55 -0700 (PDT) In-Reply-To: <8656351.1126268001929.JavaMail.root@vms064.mailsrvcs.net> References: <8656351.1126268001929.JavaMail.root@vms064.mailsrvcs.net> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <719D8CD9-8934-46D8-80F1-6837C7C69105@acm.org> Content-Transfer-Encoding: 7bit From: "Kamal R. Prasad" Date: Sun, 2 Oct 2005 13:38:55 +0530 To: babkin@users.sf.net X-Mailer: Apple Mail (2.734) Sender: "Kamal R. Prasad" Cc: freebsd-hackers@freebsd.org, "Kamal R. Prasad" Subject: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 08:05:57 -0000 On 09-Sep-05, at 5:43 PM, Sergey Babkin wrote: >> From: Mike Silbersack >> >> On Fri, 9 Sep 2005, Kamal R. Prasad wrote: >> >> >>> would a port of JFS2 be of interest to freebsd core? >>> thanks >>> -kamal >>> >> >> There are many things that would be of interest to FreeBSD users, but >> that's not a good reason to start a project. If you're motivated >> only >> because you think others desire your work, you'll probably give up >> when >> you have to start dealing with all the realities of the project. >> However, >> if you're motivated because *you* want to port JFS2, then you'll >> probably >> do a good job of it. >> I want to make a freebsd port of JFS2. The source code is available at http://jfs.sourceforge.net/ The reasons are academic and I have no reason to suggest that people stop using ufs. >> So, of course support for new filesystem support is good, but my >> personal >> opinion is that JFS2 isn't worth your time, for two reasons: >> >> a) Even if it's BSD licensed, it's unlikely to displace UFS as our >> default filesystem. >> The license is not a BSD license -and for those who are interested - it reads as follows:- ------------------------------------------ /* * Copyright (c) International Business Machines Corp., 2000-2002 * Portions Copyright (c) Christoph Hellwig, 2001-2002 * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2 of the License, or * (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See * the GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ ------------------------------------------ >> b) It's not a widely used filesystem, so it doesn't really >> increase our >> interoperability with other OSes. >> I will make it a seperate module (which is how it exists in linux). It may not be appropriate to be used as a boot filesystem. If someone from freebsd is interested in reviewing the port -pl. let me know. thanks -kamal . >> OTOH, updating our ext2 code, or ntfs code (if that's even >> possible) would >> be something of use to many people, I suspect. >> > > Why not go for ext3 instead of JFS then? It has > journaling in it. > > -SB > Kamal R. Prasad UNIX systems consultant http://www.kamalprasad.com/ kamalp@acm.org From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 08:57:53 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A91AC16A41F; Sun, 2 Oct 2005 08:57:53 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5131843D5F; Sun, 2 Oct 2005 08:57:50 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j928veaV014700; Sun, 2 Oct 2005 01:57:44 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510020857.j928veaV014700@gw.catspoiler.org> Date: Sun, 2 Oct 2005 01:57:40 -0700 (PDT) From: Don Lewis To: jhb@FreeBSD.org In-Reply-To: <200510012148.j91LlwvB013891@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-hackers@FreeBSD.org, rwatson@FreeBSD.org, apelisse@gmail.com Subject: Re: freebsd-5.4-stable panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 08:57:53 -0000 On 1 Oct, Don Lewis wrote: > On 30 Sep, John Baldwin wrote: >> It turns out that the sysctl buffer is already wired in one of the two cases >> that this function is called, so I moved the wiring up to the upper layer in >> the other case and cut out a bunch of the locking gymnastics as a result. >> >> Index: kern_proc.c >> =================================================================== >> RCS file: /usr/cvs/src/sys/kern/kern_proc.c,v >> retrieving revision 1.231 >> diff -u -r1.231 kern_proc.c >> --- kern_proc.c 27 Sep 2005 18:03:15 -0000 1.231 >> +++ kern_proc.c 30 Sep 2005 17:04:57 -0000 >> @@ -875,22 +875,16 @@ >> >> if (flags & KERN_PROC_NOTHREADS) { >> fill_kinfo_proc(p, &kinfo_proc); >> - PROC_UNLOCK(p); >> error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, >> sizeof(kinfo_proc)); >> - PROC_LOCK(p); >> } else { >> - _PHOLD(p); >> FOREACH_THREAD_IN_PROC(p, td) { >> fill_kinfo_thread(td, &kinfo_proc); >> - PROC_UNLOCK(p); >> error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, >> sizeof(kinfo_proc)); >> - PROC_LOCK(p); >> if (error) >> break; >> } >> - _PRELE(p); >> } >> PROC_UNLOCK(p); >> if (error) >> @@ -932,6 +926,9 @@ >> if (oid_number == KERN_PROC_PID) { >> if (namelen != 1) >> return (EINVAL); >> + error = sysctl_wire_old_buffer(req, 0); >> + if (error) >> + return (error); >> p = pfind((pid_t)name[0]); >> if (!p) >> return (ESRCH); >> > > sched_lock needs to be grabbed before the FOREACH_THREAD_IN_PROC loop. > > Can _PHOLD()/_PRELE() be dropped? It turns out that fill_kinfo_thread() grabs a bunch of locks to grab things out of struct proc, which breaks badly if sched_lock is grabbed before calling fill_kinfo_thread(). I refactored fill_kinfo_thread() into two functions, one of which doesn't need any additional locks and only gathers per-thread data, and a new function, fill_kinfo_proc_only(), which gathers the data that is common to all theads and can be called before grabbing sched_lock. This should be more efficient if there is more than one thread because the per-process data is only gathered once, and only the per-thread data in kinfo_proc is overwritten for each thread. Index: kern_proc.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v retrieving revision 1.231 diff -u -r1.231 kern_proc.c --- kern_proc.c 27 Sep 2005 18:03:15 -0000 1.231 +++ kern_proc.c 2 Oct 2005 08:48:56 -0000 @@ -73,6 +73,8 @@ static void doenterpgrp(struct proc *, struct pgrp *); static void orphanpg(struct pgrp *pg); +static void fill_kinfo_proc_only(struct proc *p, struct kinfo_proc *kp); +static void fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp); static void pgadjustjobc(struct pgrp *pgrp, int entering); static void pgdelete(struct pgrp *); static int proc_ctor(void *mem, int size, void *arg, int flags); @@ -596,33 +598,22 @@ } } #endif /* DDB */ -void -fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp); /* - * Fill in a kinfo_proc structure for the specified process. + * Clear kinfo_proc and fill in any information that is common + * to all threads in the process. * Must be called with the target process locked. */ -void -fill_kinfo_proc(struct proc *p, struct kinfo_proc *kp) -{ - fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), kp); -} - -void -fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp) +static void +fill_kinfo_proc_only(struct proc *p, struct kinfo_proc *kp) { - struct proc *p; struct thread *td0; - struct ksegrp *kg; struct tty *tp; struct session *sp; struct timeval tv; struct ucred *cred; struct sigacts *ps; - p = td->td_proc; - bzero(kp, sizeof(*kp)); kp->ki_structsize = sizeof(*kp); @@ -684,78 +675,14 @@ kp->ki_tsize = vm->vm_tsize; kp->ki_dsize = vm->vm_dsize; kp->ki_ssize = vm->vm_ssize; - } + } else if (p->p_state == PRS_ZOMBIE) + kp->ki_stat = SZOMB; kp->ki_sflag = p->p_sflag; kp->ki_swtime = p->p_swtime; kp->ki_pid = p->p_pid; kp->ki_nice = p->p_nice; bintime2timeval(&p->p_rux.rux_runtime, &tv); kp->ki_runtime = tv.tv_sec * (u_int64_t)1000000 + tv.tv_usec; - if (p->p_state != PRS_ZOMBIE) { -#if 0 - if (td == NULL) { - /* XXXKSE: This should never happen. */ - printf("fill_kinfo_proc(): pid %d has no threads!\n", - p->p_pid); - mtx_unlock_spin(&sched_lock); - return; - } -#endif - if (td->td_wmesg != NULL) { - strlcpy(kp->ki_wmesg, td->td_wmesg, - sizeof(kp->ki_wmesg)); - } - if (TD_ON_LOCK(td)) { - kp->ki_kiflag |= KI_LOCKBLOCK; - strlcpy(kp->ki_lockname, td->td_lockname, - sizeof(kp->ki_lockname)); - } - - if (p->p_state == PRS_NORMAL) { /* XXXKSE very approximate */ - if (TD_ON_RUNQ(td) || - TD_CAN_RUN(td) || - TD_IS_RUNNING(td)) { - kp->ki_stat = SRUN; - } else if (P_SHOULDSTOP(p)) { - kp->ki_stat = SSTOP; - } else if (TD_IS_SLEEPING(td)) { - kp->ki_stat = SSLEEP; - } else if (TD_ON_LOCK(td)) { - kp->ki_stat = SLOCK; - } else { - kp->ki_stat = SWAIT; - } - } else { - kp->ki_stat = SIDL; - } - - kg = td->td_ksegrp; - - /* things in the KSE GROUP */ - kp->ki_estcpu = kg->kg_estcpu; - kp->ki_slptime = kg->kg_slptime; - kp->ki_pri.pri_user = kg->kg_user_pri; - kp->ki_pri.pri_class = kg->kg_pri_class; - - /* Things in the thread */ - kp->ki_wchan = td->td_wchan; - kp->ki_pri.pri_level = td->td_priority; - kp->ki_pri.pri_native = td->td_base_pri; - kp->ki_lastcpu = td->td_lastcpu; - kp->ki_oncpu = td->td_oncpu; - kp->ki_tdflags = td->td_flags; - kp->ki_tid = td->td_tid; - kp->ki_numthreads = p->p_numthreads; - kp->ki_pcb = td->td_pcb; - kp->ki_kstack = (void *)td->td_kstack; - kp->ki_pctcpu = sched_pctcpu(td); - - /* We can't get this anymore but ps etc never used it anyway. */ - kp->ki_rqindex = 0; - - } else { - kp->ki_stat = SZOMB; - } mtx_unlock_spin(&sched_lock); if ((p->p_sflag & PS_INMEM) && p->p_stats != NULL) { kp->ki_start = p->p_stats->p_start; @@ -802,8 +729,6 @@ p->p_sysent->sv_name[0] != '\0') strlcpy(kp->ki_emul, p->p_sysent->sv_name, sizeof(kp->ki_emul)); kp->ki_siglist = p->p_siglist; - SIGSETOR(kp->ki_siglist, td->td_siglist); - kp->ki_sigmask = td->td_sigmask; kp->ki_xstat = p->p_xstat; kp->ki_acflag = p->p_acflag; kp->ki_lock = p->p_lock; @@ -811,6 +736,92 @@ kp->ki_ppid = p->p_pptr->p_pid; } +/* + * Fill in information that is thread specific. + * Must be called with sched_lock locked. + */ +static void +fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp) +{ + struct ksegrp *kg; + struct proc *p; + + p = td->td_proc; + + if (td->td_wmesg != NULL) + strlcpy(kp->ki_wmesg, td->td_wmesg, sizeof(kp->ki_wmesg)); + else + bzero(kp->ki_wmesg, sizeof(kp->ki_wmesg)); + if (TD_ON_LOCK(td)) { + kp->ki_kiflag |= KI_LOCKBLOCK; + strlcpy(kp->ki_lockname, td->td_lockname, + sizeof(kp->ki_lockname)); + } else { + kp->ki_kiflag &= ~KI_LOCKBLOCK; + bzero(kp->ki_lockname, sizeof(kp->ki_lockname)); + } + + if (p->p_state == PRS_NORMAL) { /* XXXKSE very approximate */ + if (TD_ON_RUNQ(td) || + TD_CAN_RUN(td) || + TD_IS_RUNNING(td)) { + kp->ki_stat = SRUN; + } else if (P_SHOULDSTOP(p)) { + kp->ki_stat = SSTOP; + } else if (TD_IS_SLEEPING(td)) { + kp->ki_stat = SSLEEP; + } else if (TD_ON_LOCK(td)) { + kp->ki_stat = SLOCK; + } else { + kp->ki_stat = SWAIT; + } + } else { + kp->ki_stat = SIDL; + } + + kg = td->td_ksegrp; + + /* things in the KSE GROUP */ + kp->ki_estcpu = kg->kg_estcpu; + kp->ki_slptime = kg->kg_slptime; + kp->ki_pri.pri_user = kg->kg_user_pri; + kp->ki_pri.pri_class = kg->kg_pri_class; + + /* Things in the thread */ + kp->ki_wchan = td->td_wchan; + kp->ki_pri.pri_level = td->td_priority; + kp->ki_pri.pri_native = td->td_base_pri; + kp->ki_lastcpu = td->td_lastcpu; + kp->ki_oncpu = td->td_oncpu; + kp->ki_tdflags = td->td_flags; + kp->ki_tid = td->td_tid; + kp->ki_numthreads = p->p_numthreads; + kp->ki_pcb = td->td_pcb; + kp->ki_kstack = (void *)td->td_kstack; + kp->ki_pctcpu = sched_pctcpu(td); + + /* We can't get this anymore but ps etc never used it anyway. */ + kp->ki_rqindex = 0; + + SIGSETOR(kp->ki_siglist, td->td_siglist); + kp->ki_sigmask = td->td_sigmask; +} + +/* + * Fill in a kinfo_proc structure for the specified process. + * Must be called with the target process locked. + */ +void +fill_kinfo_proc(struct proc *p, struct kinfo_proc *kp) +{ + + fill_kinfo_proc_only(p, kp); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), kp); + mtx_unlock_spin(&sched_lock); +} + struct pstats * pstats_alloc(void) { @@ -873,24 +884,28 @@ PROC_LOCK_ASSERT(p, MA_OWNED); + fill_kinfo_proc(p, &kinfo_proc); if (flags & KERN_PROC_NOTHREADS) { - fill_kinfo_proc(p, &kinfo_proc); - PROC_UNLOCK(p); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), &kinfo_proc); + mtx_unlock_spin(&sched_lock); error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, sizeof(kinfo_proc)); - PROC_LOCK(p); } else { - _PHOLD(p); - FOREACH_THREAD_IN_PROC(p, td) { - fill_kinfo_thread(td, &kinfo_proc); - PROC_UNLOCK(p); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + FOREACH_THREAD_IN_PROC(p, td) { + fill_kinfo_thread(td, &kinfo_proc); + error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, + sizeof(kinfo_proc)); + if (error) + break; + } + else error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, - sizeof(kinfo_proc)); - PROC_LOCK(p); - if (error) - break; - } - _PRELE(p); + sizeof(kinfo_proc)); + mtx_unlock_spin(&sched_lock); } PROC_UNLOCK(p); if (error) @@ -932,6 +947,9 @@ if (oid_number == KERN_PROC_PID) { if (namelen != 1) return (EINVAL); + error = sysctl_wire_old_buffer(req, 0); + if (error) + return (error); p = pfind((pid_t)name[0]); if (!p) return (ESRCH); From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 09:51:45 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 837BD16A41F for ; Sun, 2 Oct 2005 09:51:45 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D218D43D48 for ; Sun, 2 Oct 2005 09:51:44 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j929peD8049857 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 2 Oct 2005 11:51:40 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j929peVb049856 for hackers@freebsd.org; Sun, 2 Oct 2005 11:51:40 +0200 (CEST) Date: Sun, 2 Oct 2005 11:51:40 +0200 From: Divacky Roman To: hackers@freebsd.org Message-ID: <20051002095140.GA49735@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: Subject: serial port question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 09:51:45 -0000 Hi, I need to set serial port to given parity/speed/etc. and then cat from it... when I: stty -f /dev/cuaa0 speed 1200 its still at 9600 (the default setting) how do I alter speed of serial port? minicom/cu is able to do it but I want to do it via stty. how can this be done? thnx for answer roman From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 10:49:40 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8A1616A41F for ; Sun, 2 Oct 2005 10:49:40 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from peedub.jennejohn.org (Jaeac.j.pppool.de [85.74.174.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A7243D45 for ; Sun, 2 Oct 2005 10:49:39 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id j92Anb5m004107; Sun, 2 Oct 2005 12:49:37 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200510021049.j92Anb5m004107@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Divacky Roman In-Reply-To: Message from Divacky Roman of "Sun, 02 Oct 2005 11:51:40 +0200." <20051002095140.GA49735@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 02 Oct 2005 12:49:37 +0200 From: Gary Jennejohn Cc: hackers@freebsd.org Subject: Re: serial port question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 10:49:41 -0000 Divacky Roman writes: > Hi, > > I need to set serial port to given parity/speed/etc. and then cat from it... > > when I: stty -f /dev/cuaa0 speed 1200 > its still at 9600 (the default setting) > > how do I alter speed of serial port? minicom/cu is able to do it but I want t > o > do it via stty. > > how can this be done? > See discussion of the initial-state and lock-state devices in the sio manual page. Another, hacky way to do it is like this: sleep 1000 < /dev/cuaa0& stty -f /dev/cuaa0 speed 1200 The sleep holds the device open so that the values set using stty remain effective. Without the sleep the stty values are only effective while the command is being executed because stty opens the device and then, once stty exits, the device is closed and all the new settings are lost. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 15:09:07 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F63816A41F; Sun, 2 Oct 2005 15:09:07 +0000 (GMT) (envelope-from SRS0=/H3MBfoq=YC=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F78443D45; Sun, 2 Oct 2005 15:09:06 +0000 (GMT) (envelope-from SRS0=/H3MBfoq=YC=metro.cx=fbsd@sonologic.nl) Received: from [10.1.4.2] (sonolo.xs4all.nl [80.126.206.91]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id j92F90GU073325; Sun, 2 Oct 2005 15:09:01 GMT Message-ID: <433FF87C.3090101@metro.cx> Date: Sun, 02 Oct 2005 17:10:52 +0200 From: Koen Martens Organization: Sonologic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <2B3B2AA816369A4E87D7BE63EC9D2F269B7B4D@SDCEXCHANGE01.ad.amcc.com> <432F1310.80007@metro.cx> <20050920153806.F34322@fledge.watson.org> In-Reply-To: <20050920153806.F34322@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 80.126.206.91 is authenticated by a trusted mechanism) Cc: freebsd-hackers@FreeBSD.org, Dimitry Andric , Vinod Kashyap , jhb@FreeBSD.org Subject: Re: panic in propagate_priority w/ postgresql under heavy load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 15:09:07 -0000 Robert Watson wrote: > I can't speak to the problem with the core dumps, as it sounds like that > is device/firmware related. However, I probably can lend a hand in > debugging the problems you're seeing. I don't think the dump problem is device/firmware related, as a reboot -d gives me a dump just fine. > Often, this means the actual panic or failure has not > occurred in the thread that prints out the panic you see, but another > panic. So the first task on hitting a propagate_priority() panic is to > identify the thread that actually had the problem. Hmmm, so we have a very elusive problem here, one that is not easily pinpointed.. Somehow, this does not come as a surprise :) > If you want to do this by e-mail so we can lend a hand, you probably > want to hook up a serial console so you can copy and paste the debugging > session. Compile DDB into the kernel (this should have no performance > overhead), and when the system panics, you'll (ideally) get a db> > prompt. [excellent help in debugging deleted for brevity] Right, so perhaps i am missing something here, but this in my kernel config should do it (full config included below for completeness sake, as well as dmesg output): # debug options KDB options DDB # options KDB_TRACE # makeoptions DEBUG=-g # debug Furthermore, since reboot -d does dump to swap now (by limiting physical memory to just below the swap partition size in the bootloader config), i would expect to get a dump also when a panic occurs, and i would expect a ddb> prompt. Alas, this is what i get: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc051c253 stack pointer = 0x10:0xe93efb3c frame pointer = 0x10:0xe93efb50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 6092 (postgres) And that, that is all.. No ddb> no 'dumping xxxxMB', just that. So basically, i fear this is a non-debugable problem, since putting in witness and such slows the kernel to a point where the panic does not occur anymore (at least, not in the 4 weeks i've been running the box with witness & invariants). Clueless :) Best, Koen ================[ full kernel config: # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.13 2005/04/02 16:37:58 scottl Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident YIN-YANG # debug #options WITNESS #options INVARIANTS #options INVARIANT_SUPPORT options KDB options DDB # options KDB_TRACE # makeoptions DEBUG=-g # debug # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options IPFILTER options IPFILTER_LOG options IPFILTER_DEFAULT_BLOCK options IPFILTER options IPFILTER_LOG options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=10 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPV6FIREWALL #firewall for IPv6 options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=10 options IPV6FIREWALL_DEFAULT_TO_ACCEPT options SHMMAXPGS=262144 options SHMSEG=512 options SHMMNI=512 options SEMMNI=512 options SEMMNS=1024 options SEMMNU=512 options SEMMAP=512 options NMBCLUSTERS=32768 device apic # I/O APIC options SMP # Symmetric MultiProcessor Kernel # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion ##device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #evice pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) ==============================[ full boot-up console output: KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p6 #3: Mon Sep 19 21:47:58 CEST 2005 root@yin.sonologic.nl:/usr/obj/usr/src/sys/yin-yang-5.4 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1887436800 (1800 MB) avail memory = 1840525312 (1755 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci1 pci2: on pcib2 pci1: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci1 pci3: on pcib3 3ware device driver for 9000 series storage controllers, version: 2.50.02.012 twa0: <3ware 9000 series Storage Controller> port 0x7000-0x70ff mem 0xfd800000-0xfdffffff,0xfb200000-0xfb2000ff irq 48 at de vice 1.0 on pci3 twa0: 4 ports, Firmware FE9X 2.02.00.008, BIOS BE9X 2.02.01.037 pci0: at device 2.1 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 3.0 (no driver attached) fxp0: port 0x8400-0x843f mem 0xfb300000-0xfb31ffff,0xfb341000-0xfb341fff irq 20 at device 4.0 on pci4 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:d8:8a:b5 em0: port 0x8440-0x847f mem 0xfb320000-0xfb33ffff irq 23 at device 5.0 on pci4 em0: Ethernet address: 00:02:b3:d8:8b:05 em0: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x6c60-0x6c6f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xe3000-0xe3fff,0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 10 packets/entry IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 10 packets/entry by default acd0: CDROM at ata0-master PIO4 SMP: AP CPU #1 Launched! da0 at twa0 bus 0 target 0 lun 0 da0: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device da0: 100.000MB/s transfers da0: 114430MB (234352640 512 byte sectors: 255H 63S/T 14587C) Mounting root from ufs:/dev/da0s1a WARNING: / was not properly dismounted Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. kernel dumps on /dev/da0s1b swapon: adding /dev/da0s1b as swap device Starting file system checks: /dev/da0s1a: 3713 files, 91129 used, 424942 free (1918 frags, 52878 blocks, 0.4% fragmentation) /dev/da0s1e: DEFER FOR BACKGROUND CHECKING /dev/da0s1f: DEFER FOR BACKGROUND CHECKING WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 268 files 3 Enabling ipfilter. Setting hostname: yin.sonologic.nl. fxp0: flags=8843 mtu 1500 options=b inet 82.94.245.12 netmask 0xffffffc0 broadcast 82.94.245.63 inet6 fe80::202:b3ff:fed8:8ab5%fxp0 prefixlen 64 tentative scopeid 0x1 ether 00:02:b3:d8:8a:b5 media: Ethernet autoselect (100baseTX ) status: active em0: flags=8843 mtu 1500 options=b inet 192.168.0.1 netmask 0xffff0000 broadcast 192.168.255.255 inet6 fe80::202:b3ff:fed8:8b05%em0 prefixlen 64 tentative scopeid 0x2 ether 00:02:b3:d8:8b:05 media: Ethernet autoselect status: no carrier lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 filter sync'd add net default: gateway 82.94.245.1 Additional routing options:. Starting devd. Mounting NFS file systems:. Starting syslogd. Sep 28 13:37:41 yin syslogd: kernel boot file is /boot/kernel/kernel Checking for core dump on /dev/da0s1b ... savecore: no dumps found Setting date via ntp. Looking for host ntp.xs4all.nl and service ntp host found : auth1.xs4all.nl Looking for host 82.94.245.2 and service ntp host found : enterprise.sonologic.nl 28 Sep 13:37:43 ntpdate[336]: step time server 194.109.22.18 offset 1.514066 sec ELF ldconfig path: /lib /usr/leib /usr/lib/compmat /usr/local/li0b :a.out ldconfig p ath: /usr/lib/aoLut /usr/lib/compiat/aout Recoverning vi editor sekssions: is up 100 Mbps Full Duplex . Starting usbd. No USB host controllers found Starting local daemons:rm: /var/run/bwmon.dat: No such file or directory Loading configuration files. Setting hostname: www.issuecrawler.net. ln: /dev/log: Operation not permitted Starting syslogd. Sep 28 13:37:46 www syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting local daemons:/usr/local/www/bin/apachectl start: httpd started . Updating motd. Starting sshd. Starting mysqld daemon with databases from /usr/local/mysql-standard-4.0.21-unknown-freebsd4.7-i386/data Starting cron. Local package initialization:. Wed Sep 28 13:37:48 CEST 2005 Loading configuration files. Setting hostname: wiki.issuecrawler.net. ln: /dev/log: Operation not permitted Starting syslogd. Sep 28 13:37:49 wiki syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Starting local daemons:Starting mysqld daemon with databases from /usr/local/mysql-standard-4.0.21-unknown-freebsd4.7-i386/d ata Syntax error on line 205 of /usr/local/www/conf/httpd.conf: Cannot load /usr/local/www/libexec/libphp5.so into server: /usr/local/lib/libiconv.so.3: Undefined symbol "mbrtowc" /usr/local/www/bin/apachectl start: httpd could not be started . Updating motd. Starting sshd. Starting sendmail. Sep 28 13:37:51 wiki sm-mta[734]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv6: can't create server SMTP socket: Pro tocol not supported Sep 28 13:37:51 wiki sm-mta[734]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv6: optional socket disabled Starting cron. Local package initialization:. Wed Sep 28 13:37:51 CEST 2005 Loading configuration files. Setting hostname: devel.issuecrawler.net. ln: /dev/log: Operation not permitted Starting syslogd. Sep 28 13:37:52 devel syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Recovering vi editor sessions:. Starting local daemons:/usr/local/www/bin/apachectl start: httpd started . Updating motd. Starting sshd. Starting cron. Starting mysqld daemon with databases from /usr/local/mysql-standard-4.0.21-unknown-freebsd4.7-i386/data Local package initialization:. Wed Sep 28 13:37:59 CEST 2005 . Updating motd. Starting ntpd. Configuring syscons: blanktime. Starting sshd. Sep 28 13:38:01 devel syslogd: Logging subprocess 889 (/usr/local/libexec/authlog.pl) exited with status 255. Starting sendmail. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Starting inetd. Starting background file system checks in 60 seconds. Wed Sep 28 13:38:02 CEST 2005 FreeBSD/i386 (yin.sonologic.nl) (ttyd0) login: -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, hosting, embedded systems, unix, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 15:40:35 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B54E016A41F for ; Sun, 2 Oct 2005 15:40:35 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5245943D45 for ; Sun, 2 Oct 2005 15:40:35 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t6so137075wxc for ; Sun, 02 Oct 2005 08:40:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=MbNgPeMc52q8kBD9RNrHx+4UNhfnjj1nIl0rhM0PXhHuUNDMYnn89EmTVqHfx/Nlr113dshPBrpkip420KOheJVDmC0z8/hXoX9wzydMSYrFxCF54AffkC03gnCT4XjBcgrU3U/ZxELO2at3Gb7gOicqEyVTkmVzq8b3vPh3oAQ= Received: by 10.70.39.14 with SMTP id m14mr1385980wxm; Sun, 02 Oct 2005 08:40:34 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Sun, 2 Oct 2005 08:40:34 -0700 (PDT) Message-ID: <70e8236f0510020840s41fb5a93o20209f64409fd426@mail.gmail.com> Date: Sun, 2 Oct 2005 16:40:34 +0100 From: Joao Barros To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Importing bio aka RAID Management Framework from OpenBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joao Barros List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 15:40:35 -0000 Hi all, I proposed to import bio aka RAID Management Framework from OpenBSD. I have studied how bio is implemented in OpenBSD and here is a quick resume of the 3 components that make bio: - bio - ioctl tunnel pseudo-device /dev/bio.c biovar.h The bio driver provides userland applications ioctl access to devices otherwise not found as /dev nodes. The /dev/bio device node operates = by delegating ioctl(2) calls to a requested device driver. Only drivers which have registered with the bio device can be accessed via this int= er- face. - ciss, amr - supported device drivers - bioctl - RAID management interface RAID device drivers which support management functionality can register their services with the bio(4) driver. bioctl then can be used to mai= n- tain RAID volumes. After analysing the structure of /src my initial idea was: new /src/sys/contrib/dev/bio/bio.c biovar.h new /src/sys/modules/bio/makefile new /src/contrib/bio/bioctl.c edit amr and ciss to register themselves on bio 1st: are these the correct places to be putting this files? 2nd: the drivers need to register to bio, this one being a kernel module. If bio is not compiled in that can represent a problem. Ideas? References: Theo De Raadt initial presentation of bio: http://marc.theaimsgroup.com/?l=3Dopenbsd-misc&m=3D112630095818062 bio manpage: http://www.openbsd.org/cgi-bin/man.cgi?query=3Dbio&sektion=3D4= &arch=3Di386&apropos=3D0&manpath=3DOpenBSD+Current bioctl manpage: http://www.openbsd.org/cgi-bin/man.cgi?query=3Dbioctl&sektion=3D8&arch=3Di3= 86&apropos=3D0&manpath=3DOpenBSD+Current -- Joao Barros From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 19:02:36 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF4C616A41F for ; Sun, 2 Oct 2005 19:02:36 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3EF43D46 for ; Sun, 2 Oct 2005 19:02:35 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j92J2Wl2061729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Oct 2005 23:02:33 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j92J2WlC061728; Sun, 2 Oct 2005 23:02:32 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 2 Oct 2005 23:02:31 +0400 From: Gleb Smirnoff To: Daniel Dias Gon?alves Message-ID: <20051002190231.GY45345@cell.sick.ru> References: <433AE838.4000606@yan.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <433AE838.4000606@yan.com.br> User-Agent: Mutt/1.5.6i Cc: freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD 5.4 AMD64 & MPD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 19:02:37 -0000 On Wed, Sep 28, 2005 at 04:00:08PM -0300, Daniel Dias Gon?alves wrote: D> I installed MPD and it doesn't start, NETGRAPH is enable on kernel. mpd-3.18 doesn't work on AMD64. Future mpd-3.19 will work. However, the problem is already fixed in mpd port. You need to update your ports tree and resintall mpd. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 19:59:54 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3C4716A41F for ; Sun, 2 Oct 2005 19:59:54 +0000 (GMT) (envelope-from david@madole.net) Received: from a.omd3.com (a.omd3.com [69.90.174.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C2A843D45 for ; Sun, 2 Oct 2005 19:59:54 +0000 (GMT) (envelope-from david@madole.net) Received: from dhcp-66-212-201-164.myeastern.com ([66.212.201.164] helo=david) by a.omd3.com with esmtpa (Exim 4.50) id 1EMA01-000PpY-Ip for freebsd-hackers@freebsd.org; Sun, 02 Oct 2005 15:59:53 -0400 Message-ID: <049901c5c78b$d94163d0$c3e7a8c0@david> From: "David S. Madole" To: Date: Sun, 2 Oct 2005 15:59:50 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: How to troubleshoot solid freeze-up? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 19:59:55 -0000 I'm looking for some tips on how to troubleshoot a possible driver problem. Here is the scenario: 1. Using a Pentium II 333Mhz mobile processor, 82443BX motherboard, and Intel i82559 NIC (fxp driver). 2. A combination of heavy disk I/O, high CPU utilization, and high network traffic causes a solid machine freeze-up sometime between 10 minutes and 3 hours of running. 3. Replacing the NIC with a DP83815-based card (sis driver) seems to solve the problem. I have run the problem load for up to 8 hours without issue on this NIC. 4. The problem is reproducable on multiple identical machines with multiple identical NICs. Also reproducable on an i82558 NIC integrated on the motherboard. How can I go about collecting useful information to troubleshoot this when the machine locks solid? How can a get a core under this scenario? Switching to another NIC permanently is not a great solution because this is a semi-embedded application and I need to use the NIC on the motherboard. Thanks, David Madole From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 22:27:41 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1753C16A41F for ; Sun, 2 Oct 2005 22:27:41 +0000 (GMT) (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 C829943D45 for ; Sun, 2 Oct 2005 22:27:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id A9FEE1A3C1F; Sun, 2 Oct 2005 15:27:40 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 91CEB51288; Sun, 2 Oct 2005 18:27:39 -0400 (EDT) Date: Sun, 2 Oct 2005 18:27:39 -0400 From: Kris Kennaway To: "David S. Madole" Message-ID: <20051002222739.GA87041@xor.obsecurity.org> References: <049901c5c78b$d94163d0$c3e7a8c0@david> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <049901c5c78b$d94163d0$c3e7a8c0@david> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: How to troubleshoot solid freeze-up? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 22:27:41 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 02, 2005 at 03:59:50PM -0400, David S. Madole wrote: > I'm looking for some tips on how to troubleshoot a possible driver=20 > problem. Here is the scenario: >=20 > 1. Using a Pentium II 333Mhz mobile processor, 82443BX motherboard, and= =20 > Intel i82559 NIC (fxp driver). >=20 > 2. A combination of heavy disk I/O, high CPU utilization, and high=20 > network traffic causes a solid machine freeze-up sometime between 10=20 > minutes and 3 hours of running. >=20 > 3. Replacing the NIC with a DP83815-based card (sis driver) seems to=20 > solve the problem. I have run the problem load for up to 8 hours without= =20 > issue on this NIC. >=20 > 4. The problem is reproducable on multiple identical machines with=20 > multiple identical NICs. Also reproducable on an i82558 NIC integrated on= =20 > the motherboard. >=20 > How can I go about collecting useful information to troubleshoot this=20 > when the machine locks solid? How can a get a core under this scenario? >=20 > Switching to another NIC permanently is not a great solution because this= =20 > is a semi-embedded application and I need to use the NIC on the=20 > motherboard. You can't break to DDB in the usual way, right (Ctrl+alt+esc)? Try turning on KDB_STOP_NMI instead. Also try turning on WITNESS in case you're seeing a lock order reversal. Actually you forgot to mention what version of FreeBSD you're running, those suggestions only apply to 5.x and above. Kris --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDQF7bWry0BWjoQKURAhJCAJ46tcntdtd30WvUAN5wfDmSi4KFNQCdEhgU 3zgbUOwcBhdgqmiWZ/faxyE= =gk7Y -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 2 23:40:30 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4E6C16A41F; Sun, 2 Oct 2005 23:40:30 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B80A43D45; Sun, 2 Oct 2005 23:40:30 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j92NeKWw016881; Sun, 2 Oct 2005 16:40:24 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510022340.j92NeKWw016881@gw.catspoiler.org> Date: Sun, 2 Oct 2005 16:40:20 -0700 (PDT) From: Don Lewis To: jhb@FreeBSD.org In-Reply-To: <200510020857.j928veaV014700@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-hackers@FreeBSD.org, rwatson@FreeBSD.org, apelisse@gmail.com Subject: Re: freebsd-5.4-stable panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 23:40:31 -0000 On 2 Oct, Don Lewis wrote: > It turns out that fill_kinfo_thread() grabs a bunch of locks to grab > things out of struct proc, which breaks badly if sched_lock is grabbed > before calling fill_kinfo_thread(). > > I refactored fill_kinfo_thread() into two functions, one of which > doesn't need any additional locks and only gathers per-thread data, and > a new function, fill_kinfo_proc_only(), which gathers the data that is > common to all theads and can be called before grabbing sched_lock. This > should be more efficient if there is more than one thread because the > per-process data is only gathered once, and only the per-thread data in > kinfo_proc is overwritten for each thread. [ snip ] After fixing a few whitespace nits and one minor buglet, I commited my patch to HEAD, in kern_proc.c 1.232. I hope to be able to MFC it soon. From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 3 10:49:58 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09D4016A41F for ; Mon, 3 Oct 2005 10:49:58 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0FA043D45 for ; Mon, 3 Oct 2005 10:49:57 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 209FB46B08; Mon, 3 Oct 2005 06:49:57 -0400 (EDT) Date: Mon, 3 Oct 2005 11:49:57 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "David S. Madole" In-Reply-To: <049901c5c78b$d94163d0$c3e7a8c0@david> Message-ID: <20051003114458.D71864@fledge.watson.org> References: <049901c5c78b$d94163d0$c3e7a8c0@david> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: How to troubleshoot solid freeze-up? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 10:49:58 -0000 On Sun, 2 Oct 2005, David S. Madole wrote: > I'm looking for some tips on how to troubleshoot a possible driver > problem. Here is the scenario: > > 1. Using a Pentium II 333Mhz mobile processor, 82443BX motherboard, and > Intel i82559 NIC (fxp driver). > > 2. A combination of heavy disk I/O, high CPU utilization, and high > network traffic causes a solid machine freeze-up sometime between 10 > minutes and 3 hours of running. > > 3. Replacing the NIC with a DP83815-based card (sis driver) seems to > solve the problem. I have run the problem load for up to 8 hours without > issue on this NIC. > > 4. The problem is reproducable on multiple identical machines with > multiple identical NICs. Also reproducable on an i82558 NIC integrated > on the motherboard. > > How can I go about collecting useful information to troubleshoot this > when the machine locks solid? How can a get a core under this scenario? > > Switching to another NIC permanently is not a great solution because > this is a semi-embedded application and I need to use the NIC on the > motherboard. The normal method is to use a break signal to get into the debugger. Depending on your hardware and software configuration, this may be more or less easy. First, you'll need to configure options BREAK_TO_DEBUGGER into your kernel. You can break into the debugger in one of three ways: (1) Ctrl-alt-esc on a syscons console. Note that because the syscons console is under the Giant lock, reliability of this mechanism to get into the debugger on FreeBSD 5.x is reduced. It is quite a bit better in 6.x, and will continue to get better as the use of Giant is reduced. If this doesn't work for you, try (2). (2) Serial break on the first serial console port. Because the sio driver uses a fast interrupt handler, this is quite a reliable way to get into the debugger unless interrupts are disabled, in which case the serial port can't interrupt the CPU to drop into the debugger. If this doesn't work for you, try (3). (3) Break to debugger using an NMI. Some hardware, especially evaluation hardware, comes with an NMI button, frob, or other way to initiate a drop to the debugger despite interrupts being disabled. Hardware watchdogs are often also able to generate an NMI. I find that, except in pretty exceptional circumstances, (2) works quite well. You can find a section on kernel debugging in the FreeBSD handbook; my general advice is to compile in KDB, DDB, BREAK_TO_DEBUGGER, WITNESS, and INVARIANTS, and see where that gets you using a serial console. DDB is pretty easy to use for basic debugging -- i.e., checking thread state, checking lock state, generating stack traces, etc. Depending on the bug, you might also need/want to use kgdb via serial or on a core dump. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 3 19:09:46 2005 Return-Path: X-Original-To: hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E3E716A41F for ; Mon, 3 Oct 2005 19:09:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C71E43D45 for ; Mon, 3 Oct 2005 19:09:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j93J8OYK094361; Mon, 3 Oct 2005 13:08:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 03 Oct 2005 13:09:12 -0600 (MDT) Message-Id: <20051003.130912.102613400.imp@bsdimp.com> To: xdivac02@stud.fit.vutbr.cz From: "M. Warner Losh" In-Reply-To: <20051002095140.GA49735@stud.fit.vutbr.cz> References: <20051002095140.GA49735@stud.fit.vutbr.cz> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 03 Oct 2005 13:08:25 -0600 (MDT) Cc: hackers@FreeBSD.ORG Subject: Re: serial port question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 19:09:46 -0000 In message: <20051002095140.GA49735@stud.fit.vutbr.cz> Divacky Roman writes: : Hi, : : I need to set serial port to given parity/speed/etc. and then cat from it... : : when I: stty -f /dev/cuaa0 speed 1200 : its still at 9600 (the default setting) : : how do I alter speed of serial port? minicom/cu is able to do it but I want to : do it via stty. : : how can this be done? By using the lock device. Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 3 19:24:42 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56A5C16A41F for ; Mon, 3 Oct 2005 19:24:42 +0000 (GMT) (envelope-from maslanbsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2A4543D45 for ; Mon, 3 Oct 2005 19:24:41 +0000 (GMT) (envelope-from maslanbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so185013wra for ; Mon, 03 Oct 2005 12:24:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iVtvXil/hTtYJf3L9Jod6r1qeNbjVXCXe1hmCzIi5ZojlLhLmLBwpOX/XIKnexejNLw+O4bP0dG9pE+DVnXyQJxcXid/E8Bqyw1yAahio2tpMLaWeVnTS70JXu1gsNe3c6GyGKHg23smfiXuvgCoT03ZA1RW4IbI6UIedZYd1j8= Received: by 10.54.122.14 with SMTP id u14mr1629186wrc; Mon, 03 Oct 2005 12:24:41 -0700 (PDT) Received: by 10.54.101.17 with HTTP; Mon, 3 Oct 2005 12:24:41 -0700 (PDT) Message-ID: <319cceca0510031224n633bf369q309d4281f9722a0a@mail.gmail.com> Date: Mon, 3 Oct 2005 19:24:41 +0000 From: Maslan To: FreeBSD Hackers MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Moving Files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maslan List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 19:24:42 -0000 hello, i was wondering what/where changes should i do to make files when moving a file from directory to another in the kernel source. for example if want to move all /usr/src/sys/i386 , /usr/src/sys/ia64 in /usr/src/sys/intel/i386 and /usr/src/sys/intel/ia64. so can any one point me to any document or webpage that discuss this stuff = ? thanks you very much Maslan -- I'm Searching For Perfection, So Even If U Need Portability U've To Use Assembly ;-) http://www.maslanlab.org From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 00:03:52 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 899FD16A41F; Tue, 4 Oct 2005 00:03:52 +0000 (GMT) (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 278C143D5A; Tue, 4 Oct 2005 00:03:47 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j9403DYp060219 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 4 Oct 2005 09:33:22 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Tue, 4 Oct 2005 09:32:58 +0930 User-Agent: KMail/1.8.2 References: <20051002095140.GA49735@stud.fit.vutbr.cz> <20051003.130912.102613400.imp@bsdimp.com> In-Reply-To: <20051003.130912.102613400.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1729169.WiLbNQ4WoF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510040933.07276.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: xdivac02@stud.fit.vutbr.cz, hackers@freebsd.org Subject: Re: serial port question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 00:03:52 -0000 --nextPart1729169.WiLbNQ4WoF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 04 October 2005 04:39, M. Warner Losh wrote: > : how do I alter speed of serial port? minicom/cu is able to do it but I > : want to do it via stty. > : > : how can this be done? > > By using the lock device. Hah, don't be silly! (stty 1200 ; cat) /tmp/somefile :) =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 --nextPart1729169.WiLbNQ4WoF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDQca75ZPcIHs/zowRAvAVAJ0TfN7MF1wMqNIeAKfCNfGCNWRVUQCdGzRD Y63XE8lIdyX3fOllYsvcokk= =QvCi -----END PGP SIGNATURE----- --nextPart1729169.WiLbNQ4WoF-- From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 00:03:52 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 899FD16A41F; Tue, 4 Oct 2005 00:03:52 +0000 (GMT) (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 278C143D5A; Tue, 4 Oct 2005 00:03:47 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j9403DYp060219 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 4 Oct 2005 09:33:22 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Tue, 4 Oct 2005 09:32:58 +0930 User-Agent: KMail/1.8.2 References: <20051002095140.GA49735@stud.fit.vutbr.cz> <20051003.130912.102613400.imp@bsdimp.com> In-Reply-To: <20051003.130912.102613400.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1729169.WiLbNQ4WoF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510040933.07276.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: xdivac02@stud.fit.vutbr.cz, hackers@freebsd.org Subject: Re: serial port question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 00:03:52 -0000 --nextPart1729169.WiLbNQ4WoF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 04 October 2005 04:39, M. Warner Losh wrote: > : how do I alter speed of serial port? minicom/cu is able to do it but I > : want to do it via stty. > : > : how can this be done? > > By using the lock device. Hah, don't be silly! (stty 1200 ; cat) /tmp/somefile :) =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 --nextPart1729169.WiLbNQ4WoF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDQca75ZPcIHs/zowRAvAVAJ0TfN7MF1wMqNIeAKfCNfGCNWRVUQCdGzRD Y63XE8lIdyX3fOllYsvcokk= =QvCi -----END PGP SIGNATURE----- --nextPart1729169.WiLbNQ4WoF-- From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 03:28:28 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E00816A420 for ; Tue, 4 Oct 2005 03:28:28 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: from zeus.yan.com.br (zeus.yan.com.br [200.202.253.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 470B043D58 for ; Tue, 4 Oct 2005 03:28:24 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: (qmail 22207 invoked by uid 1023); 4 Oct 2005 03:28:12 -0000 Received: from ddg@yan.com.br by zeus by uid 1023 with qmail-scanner-1.22 (uvscan: v4.1.60/v4366. fsecure: 4.11/3190/2003-09-23/2002-12-17. 2003-09-22/. Clear:RC:1(200.243.216.34):. Processed in 0.489591 secs); 04 Oct 2005 03:28:12 -0000 Received: from unknown (HELO ?192.168.0.240?) (daniel@dgnetwork.com.br@200.243.216.34) by zeus.yan.com.br with SMTP; 4 Oct 2005 03:28:11 -0000 Message-ID: <4341F6D2.3020301@yan.com.br> Date: Tue, 04 Oct 2005 00:28:18 -0300 From: =?UTF-8?B?RGFuaWVsIERpYXMgR29uw6dhbHZlcw==?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org, freebsd-net@freebsd.org References: <433AE838.4000606@yan.com.br> <20051002190231.GY45345@cell.sick.ru> In-Reply-To: <20051002190231.GY45345@cell.sick.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: FreeBSD 5.4 AMD64 & MPD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ddg@yan.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 03:28:28 -0000 Gleb Smirnoff escreveu: >On Wed, Sep 28, 2005 at 04:00:08PM -0300, Daniel Dias Gon?alves wrote: >D> I installed MPD and it doesn't start, NETGRAPH is enable on kernel. > >mpd-3.18 doesn't work on AMD64. Future mpd-3.19 will work. However, >the problem is already fixed in mpd port. You need to update your >ports tree and resintall mpd. > > > Thanks, but look for this patch: http://sourceforge.net/tracker/index.php?func=detail&aid=1263766&group_id=14145&atid=314145 -- Daniel Dias Gonçalves DGNET Network Solutions daniel@dgnetwork.com.br (37) 99824809 From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 05:28:12 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DCA216A42A; Tue, 4 Oct 2005 05:28:12 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE5743D45; Tue, 4 Oct 2005 05:28:10 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from kirov.so-cdu.ru (kirov [172.21.81.1]) by mail.rdu.kirov.ru (Postfix) with ESMTP id DDC13FEBB; Tue, 4 Oct 2005 09:28:08 +0400 (MSD) Received: from kirov.so-cdu.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id CE25F15C8A; Tue, 4 Oct 2005 09:28:08 +0400 (MSD) Received: by rdu.kirov.ru (Postfix, from userid 1014) id 972CE15C88; Tue, 4 Oct 2005 09:28:08 +0400 (MSD) Received: from [172.21.81.52] (elsukov.kirov.so-cdu.ru [172.21.81.52]) by rdu.kirov.ru (Postfix) with ESMTP id 805FE15C82; Tue, 4 Oct 2005 09:28:08 +0400 (MSD) Message-ID: <434212E8.5050001@yandex.ru> Date: Tue, 04 Oct 2005 09:28:08 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.0.6 (FreeBSD/20050716) MIME-Version: 1.0 To: ipfw@freebsd.org References: <433A406B.3000300@yandex.ru> In-Reply-To: <433A406B.3000300@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: nonprivileged access to ipfw X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 05:28:13 -0000 Andrey V. Elsukov wrote: > I want a nonprivileged access to ipfw (without sudo, suid and etc..). > But RAW sockets restrict this. I have an one idea - a pseudo device > /dev/ipfw. I think that realisation of this feature is not > difficult task. Now i have some questions. Thanks for more answers :) I has finished this. But i have one question, how to I should act with a dummynet code? Through a pseudo device /dev/ipfwctl we can control an ipfw state. The access to ipfwctl device can be configured via devfs.conf. User must have a write permissions to /dev/ipfwctl for change ipfw state and a read permissions for read ipfw state. Patch can be found here: http://butcher.heavennet.ru/ipfw_ioctl/ -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 08:59:12 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C3BB16A41F for ; Tue, 4 Oct 2005 08:59:12 +0000 (GMT) (envelope-from dungkaitai@hk-cse.dyxnet.com) Received: from hk-cse.dyxnet.com (ip-35-14-104-152.rev.dyxnet.com [152.104.14.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2DA743D45 for ; Tue, 4 Oct 2005 08:59:11 +0000 (GMT) (envelope-from dungkaitai@hk-cse.dyxnet.com) Received: from [202.134.67.181] (ip-181-67-134-202.rev.dyxnet.com [202.134.67.181]) (authenticated bits=0) by hk-cse.dyxnet.com (8.12.8/8.12.8) with ESMTP id j948wRXS023742 for ; Tue, 4 Oct 2005 16:58:27 +0800 Message-ID: <4342449C.6000600@hk-cse.dyxnet.com> Date: Tue, 04 Oct 2005 17:00:12 +0800 From: Patrick Dung User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: en-us, en, zh-tw MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: How to duplicate a copy of all incoming and outgoing mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 08:59:12 -0000 It is system wide, not specific user (~/.forward) Is it possble with Sendmail? How about Postfix and Qmail? From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 09:04:41 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA4A16A41F for ; Tue, 4 Oct 2005 09:04:41 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: from mail3out.barnet.com.au (mail3out.barnet.com.au [202.83.176.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3B0043D48 for ; Tue, 4 Oct 2005 09:04:40 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: by mail3out.barnet.com.au (Postfix, from userid 27) id E87FC877CD4; Tue, 4 Oct 2005 19:04:38 +1000 (EST) X-Viruscan-Id: <434245A60000B5393FD502@BarNet> Received: from mail3-auth.barnet.com.au (mail3.barnet.com.au [202.83.176.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.barnet.com.au", Issuer "BarNet Root Certificate Authority" (verified OK)) by mail3.barnet.com.au (Postfix) with ESMTP id C3114877CB2; Tue, 4 Oct 2005 19:04:38 +1000 (EST) Received: from k7.mavetju (edwin-3.int.barnet.com.au [10.10.12.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "edwin.adsl.barnet.com.au", Issuer "BarNet Root Certificate Authority" (not verified)) by mail3-auth.barnet.com.au (Postfix) with ESMTP id 1B9A6877C5A; Tue, 4 Oct 2005 19:04:38 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id A8AB461CB; Tue, 4 Oct 2005 19:04:32 +1000 (EST) Date: Tue, 4 Oct 2005 19:04:32 +1000 From: Edwin Groothuis To: Patrick Dung Message-ID: <20051004090432.GA1263@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Patrick Dung , freebsd-hackers@freebsd.org References: <4342449C.6000600@hk-cse.dyxnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4342449C.6000600@hk-cse.dyxnet.com> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: How to duplicate a copy of all incoming and outgoing mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 09:04:41 -0000 On Tue, Oct 04, 2005 at 05:00:12PM +0800, Patrick Dung wrote: > It is system wide, not specific user (~/.forward) > Is it possble with Sendmail? > How about Postfix and Qmail? Grep for bcc in the output of postconf for postfix: [~] edwin@k7>postconf | grep bcc always_bcc = recipient_bcc_maps = sender_bcc_maps = Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 09:12:48 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EA8416A41F for ; Tue, 4 Oct 2005 09:12:48 +0000 (GMT) (envelope-from dungkaitai@hk-cse.dyxnet.com) Received: from hk-cse.dyxnet.com (ip-35-14-104-152.rev.dyxnet.com [152.104.14.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3F7A43D45 for ; Tue, 4 Oct 2005 09:12:47 +0000 (GMT) (envelope-from dungkaitai@hk-cse.dyxnet.com) Received: from [202.134.67.181] (ip-181-67-134-202.rev.dyxnet.com [202.134.67.181]) (authenticated bits=0) by hk-cse.dyxnet.com (8.12.8/8.12.8) with ESMTP id j949C4XS024400; Tue, 4 Oct 2005 17:12:04 +0800 Message-ID: <434247CD.2080700@hk-cse.dyxnet.com> Date: Tue, 04 Oct 2005 17:13:49 +0800 From: Patrick Dung User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: en-us, en, zh-tw MIME-Version: 1.0 To: Edwin Groothuis References: <4342449C.6000600@hk-cse.dyxnet.com> <20051004090432.GA1263@k7.mavetju> In-Reply-To: <20051004090432.GA1263@k7.mavetju> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: How to duplicate a copy of all incoming and outgoing mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 09:12:48 -0000 Thanks for reply. Wow, postifx got their power. Very simple. But I really want to know about Sendmail, because it's default in many Unix. Checking out http://www.technoids.org/procmailfilter.html but it seems quite complex. Edwin Groothuis wrote: >On Tue, Oct 04, 2005 at 05:00:12PM +0800, Patrick Dung wrote: > > >>It is system wide, not specific user (~/.forward) >>Is it possble with Sendmail? >>How about Postfix and Qmail? >> >> > >Grep for bcc in the output of postconf for postfix: > > [~] edwin@k7>postconf | grep bcc > always_bcc = > recipient_bcc_maps = > sender_bcc_maps = > >Edwin > > From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 11:35:50 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E9B16A41F for ; Tue, 4 Oct 2005 11:35:50 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9082943D45 for ; Tue, 4 Oct 2005 11:35:48 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j94BZbHd046113; Tue, 4 Oct 2005 06:35:42 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <434268FC.7010502@centtech.com> Date: Tue, 04 Oct 2005 06:35:24 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050914 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Patrick Dung References: <4342449C.6000600@hk-cse.dyxnet.com> <20051004090432.GA1263@k7.mavetju> <434247CD.2080700@hk-cse.dyxnet.com> In-Reply-To: <434247CD.2080700@hk-cse.dyxnet.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1109/Mon Oct 3 17:06:28 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org, Edwin Groothuis Subject: Re: How to duplicate a copy of all incoming and outgoing mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 11:35:50 -0000 Patrick Dung wrote: > Thanks for reply. > Wow, postifx got their power. Very simple. > > But I really want to know about Sendmail, because it's default in many > Unix. > Checking out http://www.technoids.org/procmailfilter.html but it seems > quite complex. I think you want sendmail's -X option: -X logfile Log all traffic in and out of mailers in the indicated log file. This should only be used as a last resort for debugging mailer bugs. It will log a lot of data very quickly. Eric > Edwin Groothuis wrote: > >> On Tue, Oct 04, 2005 at 05:00:12PM +0800, Patrick Dung wrote: >> >> >>> It is system wide, not specific user (~/.forward) >>> Is it possble with Sendmail? >>> How about Postfix and Qmail? >>> >> >> >> Grep for bcc in the output of postconf for postfix: >> >> [~] edwin@k7>postconf | grep bcc >> always_bcc = recipient_bcc_maps = sender_bcc_maps = >> Edwin >> >> > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 3 14:02:12 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D2116A41F for ; Mon, 3 Oct 2005 14:02:12 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from daemon.mistermishap.net (167-49.nyc.dsl.access.net [166.84.167.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3A143D45 for ; Mon, 3 Oct 2005 14:02:11 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from daemon.mistermishap.net (localhost.mistermishap.net [127.0.0.1]) by daemon.mistermishap.net (8.12.9/8.12.9) with ESMTP id j93E2BmU090573; Mon, 3 Oct 2005 10:02:11 -0400 (EDT) (envelope-from rob@hudson-trading.com) Received: from localhost (rob@localhost) by daemon.mistermishap.net (8.12.9/8.12.9/Submit) with ESMTP id j93E2Bjr090570; Mon, 3 Oct 2005 10:02:11 -0400 (EDT) X-Authentication-Warning: daemon.mistermishap.net: rob owned process doing -bs Date: Mon, 3 Oct 2005 10:02:11 -0400 (EDT) From: Rob Watt X-X-Sender: rob@daemon.mistermishap.net To: freebsd-hackers@freebsd.org Message-ID: <20051003095203.K90360@daemon.mistermishap.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 04 Oct 2005 11:36:49 +0000 Cc: rob work , mikep@hudson-trading.com, Jason Carroll Subject: re: freebsd-5.4-stable panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 14:02:12 -0000 > It turns out that the sysctl buffer is already wired in one of the two > cases > that this function is called, so I moved the wiring up to the upper layer > in > the other case and cut out a bunch of the locking gymnastics as a result. > Can you try this patch? > > Index: kern_proc.c > =================================================================== > RCS file: /usr/cvs/src/sys/kern/kern_proc.c,v > retrieving revision 1.231 > diff -u -r1.231 kern_proc.c > --- kern_proc.c 27 Sep 2005 18:03:15 -0000 1.231 > +++ kern_proc.c 30 Sep 2005 17:04:57 -0000 > @@ -875,22 +875,16 @@ > > if (flags & KERN_PROC_NOTHREADS) { > fill_kinfo_proc(p, &kinfo_proc); > - PROC_UNLOCK(p); > error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, > sizeof(kinfo_proc)); > - PROC_LOCK(p); > } else { > - _PHOLD(p); > FOREACH_THREAD_IN_PROC(p, td) { > fill_kinfo_thread(td, &kinfo_proc); > - PROC_UNLOCK(p); > error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, > sizeof(kinfo_proc)); > - PROC_LOCK(p); > if (error) > break; > } > - _PRELE(p); > } > PROC_UNLOCK(p); > if (error) > @@ -932,6 +926,9 @@ > if (oid_number == KERN_PROC_PID) { > if (namelen != 1) > return (EINVAL); > + error = sysctl_wire_old_buffer(req, 0); > + if (error) > + return (error); > p = pfind((pid_t)name[0]); > if (!p) > return (ESRCH); John, We tried this patch and were able to run our simulations (and top) for 3 days straight without crashing. Since we were panicking every 3-6 hours before when running top, this seems to have fixed the problem. We noticed the patches from Don Lewis, but have not tested them yet. We weren't sure if we could just apply those patches against 6.0-BETA5, or whether we should wait for them to be MFC'd. - Rob Watt From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 14:57:55 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 312BE16A41F for ; Tue, 4 Oct 2005 14:57:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A5543D48 for ; Tue, 4 Oct 2005 14:57:54 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 04 Oct 2005 11:14:00 -0400 From: John Baldwin To: freebsd-hackers@freebsd.org, Maslan Date: Tue, 4 Oct 2005 10:28:12 -0400 User-Agent: KMail/1.8 References: <319cceca0510031224n633bf369q309d4281f9722a0a@mail.gmail.com> In-Reply-To: <319cceca0510031224n633bf369q309d4281f9722a0a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510041028.13221.jhb@FreeBSD.org> Cc: Subject: Re: Moving Files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 14:57:55 -0000 On Monday 03 October 2005 03:24 pm, Maslan wrote: > hello, > i was wondering what/where changes should i do to make files when > moving a file from directory to another in the kernel source. > for example if want to move all /usr/src/sys/i386 , /usr/src/sys/ia64 > in /usr/src/sys/intel/i386 and /usr/src/sys/intel/ia64. > so can any one point me to any document or webpage that discuss this stuff > ? thanks you very much The location of files that config(8) uses to generate the Makefile for a kernel build are stored in sys/conf/files* -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 16:04:56 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 280F616A41F for ; Tue, 4 Oct 2005 16:04:56 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FDE843D45 for ; Tue, 4 Oct 2005 16:04:55 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j94G4jFK022218; Tue, 4 Oct 2005 09:04:49 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510041604.j94G4jFK022218@gw.catspoiler.org> Date: Tue, 4 Oct 2005 09:04:45 -0700 (PDT) From: Don Lewis To: rob@hudson-trading.com In-Reply-To: <20051003095203.K90360@daemon.mistermishap.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-hackers@FreeBSD.org, mikep@hudson-trading.com, jason@hudson-trading.com Subject: Re: freebsd-5.4-stable panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 16:04:56 -0000 On 3 Oct, Rob Watt wrote: >> It turns out that the sysctl buffer is already wired in one of the two >> cases >> that this function is called, so I moved the wiring up to the upper > layer >> in >> the other case and cut out a bunch of the locking gymnastics as a > result. >> Can you try this patch? >> >> Index: kern_proc.c >> =================================================================== >> RCS file: /usr/cvs/src/sys/kern/kern_proc.c,v >> retrieving revision 1.231 >> diff -u -r1.231 kern_proc.c >> --- kern_proc.c 27 Sep 2005 18:03:15 -0000 1.231 >> +++ kern_proc.c 30 Sep 2005 17:04:57 -0000 >> @@ -875,22 +875,16 @@ >> >> if (flags & KERN_PROC_NOTHREADS) { >> fill_kinfo_proc(p, &kinfo_proc); >> - PROC_UNLOCK(p); >> error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, >> sizeof(kinfo_proc)); >> - PROC_LOCK(p); >> } else { >> - _PHOLD(p); >> FOREACH_THREAD_IN_PROC(p, td) { >> fill_kinfo_thread(td, &kinfo_proc); >> - PROC_UNLOCK(p); >> error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, >> sizeof(kinfo_proc)); >> - PROC_LOCK(p); >> if (error) >> break; >> } >> - _PRELE(p); >> } >> PROC_UNLOCK(p); >> if (error) >> @@ -932,6 +926,9 @@ >> if (oid_number == KERN_PROC_PID) { >> if (namelen != 1) >> return (EINVAL); >> + error = sysctl_wire_old_buffer(req, 0); >> + if (error) >> + return (error); >> p = pfind((pid_t)name[0]); >> if (!p) >> return (ESRCH); > > John, > > We tried this patch and were able to run our simulations (and top) for 3 > days straight without crashing. Since we were panicking every 3-6 hours > before when running top, this seems to have fixed the problem. > > We noticed the patches from Don Lewis, but have not tested them yet. We > weren't sure if we could just apply those patches against 6.0-BETA5, or > whether we should wait for them to be MFC'd. I haven't tried applying my patch to RELENG_5 yet, but hope to do so in the next few days in preparation for doing a MFC. If any changes are required, I can send you a copy of the patch. From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 17:36:14 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 865A216A41F for ; Tue, 4 Oct 2005 17:36:14 +0000 (GMT) (envelope-from fgleiser@cactus.fi.uba.ar) Received: from cactus.fi.uba.ar (cactus.fi.uba.ar [157.92.49.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7745343D48 for ; Tue, 4 Oct 2005 17:36:13 +0000 (GMT) (envelope-from fgleiser@cactus.fi.uba.ar) Received: from localhost (localhost [127.0.0.1]) by cactus.fi.uba.ar (8.13.3/8.13.3) with ESMTP id j94HbYXG078500; Tue, 4 Oct 2005 14:37:36 -0300 (ART) (envelope-from fgleiser@cactus.fi.uba.ar) Date: Tue, 4 Oct 2005 14:37:34 -0300 (ART) From: Fernando Gleiser To: Patrick Dung In-Reply-To: <434247CD.2080700@hk-cse.dyxnet.com> Message-ID: <20051004143501.G56636@cactus.fi.uba.ar> References: <4342449C.6000600@hk-cse.dyxnet.com> <20051004090432.GA1263@k7.mavetju> <434247CD.2080700@hk-cse.dyxnet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.52 on 157.92.49.108 Cc: freebsd-hackers@freebsd.org Subject: Re: How to duplicate a copy of all incoming and outgoing mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 17:36:14 -0000 On Tue, 4 Oct 2005, Patrick Dung wrote: > Thanks for reply. > Wow, postifx got their power. Very simple. > > But I really want to know about Sendmail, because it's default in many Unix. > Checking out http://www.technoids.org/procmailfilter.html but it seems quite > complex. You can use mailsnarf (part of dsniff port) tosniff all the mails from the net and drop into an mbox file. For sendmail, you can try mimedefang. it was functions to add/remove recipients from any message. Fer From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 18:41:42 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A268716A41F for ; Tue, 4 Oct 2005 18:41:42 +0000 (GMT) (envelope-from maslanbsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id F17BA43D48 for ; Tue, 4 Oct 2005 18:41:41 +0000 (GMT) (envelope-from maslanbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so224931wra for ; Tue, 04 Oct 2005 11:41:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uoOfV+amwN9qNPCPuZKCShM4eZ4bLEb8dXgqGXyK5Pfg51ZOCxqwEVXmc8p8YzdyZt+iMKujqJdCY80/WMmOFaKn/ogWKGUE3dJUP7qb5sdF6dzM+MTucRQDtx/rdmPqpM3v45v6874w8gIJUhVfp6Ec8VNxcPXGb7YQMEqvTVU= Received: by 10.54.98.6 with SMTP id v6mr1533139wrb; Tue, 04 Oct 2005 11:41:41 -0700 (PDT) Received: by 10.54.101.17 with HTTP; Tue, 4 Oct 2005 11:41:41 -0700 (PDT) Message-ID: <319cceca0510041141y13e00926v6f764fb3cd197a2e@mail.gmail.com> Date: Tue, 4 Oct 2005 18:41:41 +0000 From: Maslan To: John Baldwin In-Reply-To: <200510041028.13221.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <319cceca0510031224n633bf369q309d4281f9722a0a@mail.gmail.com> <200510041028.13221.jhb@FreeBSD.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Moving Files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maslan List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 18:41:42 -0000 On 10/4/05, John Baldwin wrote: > On Monday 03 October 2005 03:24 pm, Maslan wrote: > > hello, > > i was wondering what/where changes should i do to make files when > > moving a file from directory to another in the kernel source. > > for example if want to move all /usr/src/sys/i386 , /usr/src/sys/ia64 > > in /usr/src/sys/intel/i386 and /usr/src/sys/intel/ia64. > > so can any one point me to any document or webpage that discuss this st= uff > > ? thanks you very much > > The location of files that config(8) uses to generate the Makefile for a > kernel build are stored in sys/conf/files* > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > thanks that's what i was searchinf for ;-) -- I'm Searching For Perfection, So Even If U Need Portability U've To Use Assembly ;-) http://www.maslanlab.org From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 4 19:55:11 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B9916A421 for ; Tue, 4 Oct 2005 19:55:10 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B3E443D45 for ; Tue, 4 Oct 2005 19:55:10 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j94Jq8XR072740 for freebsd-hackers@freebsd.org.checked; Tue, 4 Oct 2005 23:52:08 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (localhost.cronyx.ru [127.0.0.1]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j94JoPun072699; Tue, 4 Oct 2005 23:50:25 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4342DAD2.1060008@cronyx.ru> Date: Tue, 04 Oct 2005 23:41:06 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Roman Kurakin References: <433984C9.2040403@cronyx.ru> In-Reply-To: <433984C9.2040403@cronyx.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: LOR #55 fix proposal (kern_descrip.c patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 19:55:11 -0000 Commited. Roman Kurakin: > Hi, > > It seems that the LOR #55 > (http://sources.zabbadoz.net/freebsd/lor.html#055) > could be fixed by following patch. I need testers and reviewers of it > since I want > to commit it. > > I do not see a reason why not to extend action of FILEDESC_LOCK. > > (http://www.cronyx.ru/~rik/freebsd/lor055/lor55.pch) > > Index: kern_descrip.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_descrip.c,v > retrieving revision 1.280 > diff -u -r1.280 kern_descrip.c > --- kern_descrip.c 26 Aug 2005 11:16:39 -0000 1.280 > +++ kern_descrip.c 27 Sep 2005 17:31:57 -0000 > @@ -2275,7 +2275,6 @@ > fdused(fdp, indx); > if (fp != NULL) > FILE_LOCK(fp); > - FILEDESC_UNLOCK(fdp); > > /* > * We now own the reference to fp that the ofiles[] array > @@ -2283,6 +2282,9 @@ > */ > if (fp != NULL) > fdrop_locked(fp, td); > + > + FILEDESC_UNLOCK(fdp); > + > return (0); > > default: > > Best regards, > rik > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 5 08:10:17 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7426C16A41F; Wed, 5 Oct 2005 08:10:17 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A0043D67; Wed, 5 Oct 2005 08:10:13 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id DAC5746B11; Wed, 5 Oct 2005 04:10:12 -0400 (EDT) Date: Wed, 5 Oct 2005 09:10:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Koen Martens In-Reply-To: <433FF87C.3090101@metro.cx> Message-ID: <20051005090715.D84936@fledge.watson.org> References: <2B3B2AA816369A4E87D7BE63EC9D2F269B7B4D@SDCEXCHANGE01.ad.amcc.com> <432F1310.80007@metro.cx> <20050920153806.F34322@fledge.watson.org> <433FF87C.3090101@metro.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@FreeBSD.org, Dimitry Andric , Vinod Kashyap , jhb@FreeBSD.org Subject: Re: panic in propagate_priority w/ postgresql under heavy load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 08:10:17 -0000 On Sun, 2 Oct 2005, Koen Martens wrote: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 06 > fault virtual address = 0x24 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc051c253 > stack pointer = 0x10:0xe93efb3c > frame pointer = 0x10:0xe93efb50 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 6092 (postgres) > > And that, that is all.. No ddb> no 'dumping xxxxMB', just that. So > basically, i fear this is a non-debugable problem, since putting in > witness and such slows the kernel to a point where the panic does not > occur anymore (at least, not in the 4 weeks i've been running the box > with witness & invariants). Clueless :) This looks like a NULL pointer dereference in kernel code. Probably, this is not a locking problem, so running without WITNESS to debug this should be OK. Are you using a serial console? If not, you might find that it increases the reliability of entering DDB. If this box is an SMP box, you may also want to add options KDB_STOP_NMI to your kernel config. Using gdb, could you work out what function 0xc051c253 is, and where in the function. You should be able to run gdb on your kernel.debug (or kernel on 7.x), and use "l *0xc051c253" to generate a pointer to the line and snippet, which will give us a substantial hint about what is happening. Robert N M Watson > > Best, > > Koen > > > ================[ full kernel config: > > # > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 > # > # For more information on this file, please read the handbook section on > # Kernel Configuration Files: > # > # > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, > check first > # in NOTES. > # > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.13 2005/04/02 > 16:37:58 scottl Exp $ > > machine i386 > cpu I486_CPU > cpu I586_CPU > cpu I686_CPU > ident YIN-YANG > > # debug > #options WITNESS > #options INVARIANTS > #options INVARIANT_SUPPORT > options KDB > options DDB > # > options KDB_TRACE > # > makeoptions DEBUG=-g > # debug > > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for devices. > > options SCHED_4BSD # 4BSD scheduler > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options MD_ROOT # MD is a potential root device > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFS_ROOT # NFS usable as /, requires NFSCLIENT > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_GPT # GUID Partition Tables. > options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > > options IPFILTER > options IPFILTER_LOG > options IPFILTER_DEFAULT_BLOCK > > options IPFILTER > options IPFILTER_LOG > > options IPFIREWALL #firewall > options IPFIREWALL_VERBOSE #enable logging to syslogd(8) > options IPFIREWALL_FORWARD #enable transparent proxy > support > options IPFIREWALL_VERBOSE_LIMIT=10 #limit verbosity > options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by > default > options IPV6FIREWALL #firewall for IPv6 > options IPV6FIREWALL_VERBOSE > options IPV6FIREWALL_VERBOSE_LIMIT=10 > options IPV6FIREWALL_DEFAULT_TO_ACCEPT > > options SHMMAXPGS=262144 > options SHMSEG=512 > options SHMMNI=512 > options SEMMNI=512 > options SEMMNS=1024 > options SEMMNU=512 > options SEMMAP=512 > options NMBCLUSTERS=32768 > > device apic # I/O APIC > > options SMP # Symmetric MultiProcessor > Kernel > > # Bus support. Do not remove isa, even if you have no isa slots > device isa > device eisa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > #device atapifd # ATAPI floppy drives > #device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > #device ahb # EISA AHA1742 family > #device ahc # AHA2940 and onboard AIC7xxx devices > #device ahd # AHA39320/29320 and onboard AIC79xx devices > #device amd # AMD 53C974 (Tekram DC-390(T)) > #device isp # Qlogic family > #device mpt # LSI-Logic MPT-Fusion > ##device ncr # NCR/Symbios Logic > #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') > #device trm # Tekram DC395U/UW/F DC315U adapters > > #device adv # Advansys SCSI adapters > #device adw # Advansys wide SCSI adapters > #device aha # Adaptec 154x SCSI adapters > #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > #device bt # Buslogic/Mylex MultiMaster SCSI adapters > > #device ncv # NCR 53C500 > #device nsp # Workbit Ninja SCSI-3 > #device stg # TMC 18C30/18C50 > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > #device amr # AMI MegaRAID > #device arcmsr # Areca SATA II RAID > #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > #device ciss # Compaq Smart RAID 5* > #device dpt # DPT Smartcache III, IV - See NOTES for options > #device hptmv # Highpoint RocketRAID 182x > #device iir # Intel Integrated RAID > #device ips # IBM (Adaptec) ServeRAID > #device mly # Mylex AcceleRAID/eXtremeRAID > device twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > #device aac # Adaptec FSA RAID > #device aacp # SCSI passthrough for aac (requires CAM) > #device ida # Compaq Smart RAID > #device mlx # Mylex DAC960 family > #device pst # Promise Supertrak SX6000 > device twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device vga # VGA video card driver > > #device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > # Enable this for the pcvt (VT220 compatible) console driver > #device vt > #options XSERVER # support for X server on a vt console > #options FAT_CURSOR # start with block cursor > > device agp # support several AGP chipsets > > # Floating point support - do not disable. > device npx > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > #device cbb # cardbus (yenta) bridge > #device pccard # PC Card (16-bit) bus > #device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to the sio and/or ppc drivers): > #device puc > > # PCI Ethernet NICs. > #device de # DEC/Intel DC21x4x (``Tulip'') > device em # Intel PRO/1000 adapter Gigabit Ethernet Card > #device ixgb # Intel PRO/10GbE Ethernet Card > #device txp # 3Com 3cR990 (``Typhoon'') > #device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use > these NICs! > device miibus # MII bus support > #device bfe # Broadcom BCM440x 10/100 Ethernet > #device bge # Broadcom BCM570xx Gigabit Ethernet > #device dc # DEC/Intel 21143 and various workalikes > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > #device lge # Level 1 LXT1001 gigabit ethernet > #device nge # NatSemi DP83820 gigabit ethernet > #evice pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') > #device re # RealTek 8139C+/8169/8169S/8110S > #device rl # RealTek 8129/8139 > #device sf # Adaptec AIC-6915 (``Starfire'') > #device sis # Silicon Integrated Systems SiS 900/SiS 7016 > #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > #device ste # Sundance ST201 (D-Link DFE-550TX) > #device ti # Alteon Networks Tigon I/II gigabit Ethernet > #device tl # Texas Instruments ThunderLAN > #device tx # SMC EtherPower II (83c170 ``EPIC'') > #device vge # VIA VT612x gigabit ethernet > #device vr # VIA Rhine, Rhine II > #device wb # Winbond W89C840F > #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # ISA Ethernet NICs. pccard NICs included. > #device cs # Crystal Semiconductor CS89x0 NIC > # 'device ed' requires 'device miibus' > #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards > #device ex # Intel EtherExpress Pro/10 and Pro/10+ > #device ep # Etherlink III based cards > #device fe # Fujitsu MB8696x based cards > #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. > #device lnc # NE2100, NE32-VL Lance Ethernet cards > #device sn # SMC's 9000 series of Ethernet chips > #device xe # Xircom pccard Ethernet > > # ISA devices that use the old ISA shims > #device le > > # Wireless NIC cards > #device wlan # 802.11 support > #device an # Aironet 4500/4800 802.11 wireless NICs. > #device awi # BayStack 660 and others > #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > #device wl # Older non 802.11 Wavelan wireless NIC. > > # Pseudo devices. > device loop # Network loopback > device mem # Memory and kernel memory devices > device io # I/O device > device random # Entropy device > device ether # Ethernet support > device sl # Kernel SLIP > device ppp # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > #device uhci # UHCI PCI->USB interface > #device ohci # OHCI PCI->USB interface > #device ehci # EHCI PCI->USB interface (USB 2.0) > #device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > #device ugen # Generic > #device uhid # "Human Interface Devices" > #device ukbd # Keyboard > #device ulpt # Printer > #device umass # Disks/Mass storage - Requires scbus and da > #device ums # Mouse > #device urio # Diamond Rio 500 MP3 player > #device uscanner # Scanners > # USB Ethernet, requires mii > #device aue # ADMtek USB Ethernet > #device axe # ASIX Electronics USB Ethernet > #device cdce # Generic USB over Ethernet > #device cue # CATC USB Ethernet > #device kue # Kawasaki LSI USB Ethernet > #device rue # RealTek RTL8150 USB Ethernet > > # FireWire support > #device firewire # FireWire bus code > #device sbp # SCSI over FireWire (Requires scbus and da) > #device fwe # Ethernet over FireWire (non-standard!) > > > > > ==============================[ full boot-up console output: > > > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD 5.4-RELEASE-p6 #3: Mon Sep 19 21:47:58 CEST 2005 > root@yin.sonologic.nl:/usr/obj/usr/src/sys/yin-yang-5.4 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.50-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbff SSE2,SS,HTT,TM,PBE> > Hyperthreading: 2 logical CPUs > real memory = 1887436800 (1800 MB) > avail memory = 1840525312 (1755 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pci1: at device 28.0 (no > driver attached) > pcib2: at device 29.0 on pci1 > pci2: on pcib2 > pci1: at device 30.0 (no > driver attached) > pcib3: at device 31.0 on pci1 > pci3: on pcib3 > 3ware device driver for 9000 series storage controllers, version: > 2.50.02.012 > twa0: <3ware 9000 series Storage Controller> port 0x7000-0x70ff mem > 0xfd800000-0xfdffffff,0xfb200000-0xfb2000ff irq 48 at de > vice 1.0 on pci3 > twa0: 4 ports, Firmware FE9X 2.02.00.008, BIOS BE9X 2.02.01.037 > pci0: at device 2.1 (no driver attached) > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > pci4: at device 3.0 (no driver attached) > fxp0: port 0x8400-0x843f mem > 0xfb300000-0xfb31ffff,0xfb341000-0xfb341fff irq 20 at device 4.0 > on pci4 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:02:b3:d8:8a:b5 > em0: port > 0x8440-0x847f mem 0xfb320000-0xfb33ffff irq 23 at device > 5.0 on pci4 > em0: Ethernet address: 00:02:b3:d8:8b:05 > em0: Speed:N/A Duplex:N/A > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x6c60-0x6c6f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 > irq 6 drq 2 on acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 > on acpi0 > sio0: type 16550A, console > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > ppc0: port 0x778-0x77b,0x378-0x37f irq 7 > drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > pmtimer0 on isa0 > orm0: at iomem > 0xe3000-0xe3fff,0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > Timecounters tick every 10.000 msec > IPv6 packet filtering initialized, default to accept, logging > limited to 10 packets/entry > IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled > ipfw2 initialized, divert disabled, rule-based forwarding enabled, > default to accept, logging limited to 10 packets/entry by > default > acd0: CDROM at ata0-master PIO4 > SMP: AP CPU #1 Launched! > da0 at twa0 bus 0 target 0 lun 0 > da0: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device > da0: 100.000MB/s transfers > da0: 114430MB (234352640 512 byte sectors: 255H 63S/T 14587C) > Mounting root from ufs:/dev/da0s1a > WARNING: / was not properly dismounted > Pre-seeding PRNG: kickstart. > Loading configuration files. > Entropy harvesting: interrupts ethernet point_to_point kickstart. > kernel dumps on /dev/da0s1b > swapon: adding /dev/da0s1b as swap device > Starting file system checks: > /dev/da0s1a: 3713 files, 91129 used, 424942 free (1918 frags, 52878 > blocks, 0.4% fragmentation) > /dev/da0s1e: DEFER FOR BACKGROUND CHECKING > /dev/da0s1f: DEFER FOR BACKGROUND CHECKING > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > /var: mount pending error: blocks 268 files 3 > Enabling ipfilter. > Setting hostname: yin.sonologic.nl. > fxp0: flags=8843 mtu 1500 > options=b > inet 82.94.245.12 netmask 0xffffffc0 broadcast 82.94.245.63 > inet6 fe80::202:b3ff:fed8:8ab5%fxp0 prefixlen 64 tentative > scopeid 0x1 > ether 00:02:b3:d8:8a:b5 > media: Ethernet autoselect (100baseTX ) > status: active > em0: flags=8843 mtu 1500 > options=b > inet 192.168.0.1 netmask 0xffff0000 broadcast 192.168.255.255 > inet6 fe80::202:b3ff:fed8:8b05%em0 prefixlen 64 tentative > scopeid 0x2 > ether 00:02:b3:d8:8b:05 > media: Ethernet autoselect > status: no carrier > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > filter sync'd > add net default: gateway 82.94.245.1 > Additional routing options:. > Starting devd. > Mounting NFS file systems:. > Starting syslogd. > Sep 28 13:37:41 yin syslogd: kernel boot file is /boot/kernel/kernel > Checking for core dump on /dev/da0s1b ... > savecore: no dumps found > Setting date via ntp. > Looking for host ntp.xs4all.nl and service ntp > host found : auth1.xs4all.nl > Looking for host 82.94.245.2 and service ntp > host found : enterprise.sonologic.nl > 28 Sep 13:37:43 ntpdate[336]: step time server 194.109.22.18 offset > 1.514066 sec > ELF ldconfig path: /lib /usr/leib /usr/lib/compmat /usr/local/li0b > :a.out ldconfig p ath: /usr/lib/aoLut /usr/lib/compiat/aout > Recoverning vi editor sekssions: is up 100 Mbps Full Duplex > . > Starting usbd. > No USB host controllers found > Starting local daemons:rm: /var/run/bwmon.dat: No such file or directory > Loading configuration files. > Setting hostname: www.issuecrawler.net. > ln: /dev/log: Operation not permitted > Starting syslogd. > Sep 28 13:37:46 www syslogd: kernel boot file is /boot/kernel/kernel > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib > /usr/local/lib > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout > /usr/X11R6/lib/aout > Starting local daemons:/usr/local/www/bin/apachectl start: httpd started > . > Updating motd. > Starting sshd. > Starting mysqld daemon with databases from > /usr/local/mysql-standard-4.0.21-unknown-freebsd4.7-i386/data > Starting cron. > Local package initialization:. > > Wed Sep 28 13:37:48 CEST 2005 > Loading configuration files. > Setting hostname: wiki.issuecrawler.net. > ln: /dev/log: Operation not permitted > Starting syslogd. > Sep 28 13:37:49 wiki syslogd: kernel boot file is /boot/kernel/kernel > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout > Starting local daemons:Starting mysqld daemon with databases from > /usr/local/mysql-standard-4.0.21-unknown-freebsd4.7-i386/d > ata > Syntax error on line 205 of /usr/local/www/conf/httpd.conf: > Cannot load /usr/local/www/libexec/libphp5.so into server: > /usr/local/lib/libiconv.so.3: Undefined symbol "mbrtowc" > /usr/local/www/bin/apachectl start: httpd could not be started > . > Updating motd. > Starting sshd. > Starting sendmail. > Sep 28 13:37:51 wiki sm-mta[734]: NOQUEUE: SYSERR(root): > opendaemonsocket: daemon IPv6: can't create server SMTP socket: Pro > tocol not supported > Sep 28 13:37:51 wiki sm-mta[734]: NOQUEUE: SYSERR(root): > opendaemonsocket: daemon IPv6: optional socket disabled > Starting cron. > Local package initialization:. > > Wed Sep 28 13:37:51 CEST 2005 > Loading configuration files. > Setting hostname: devel.issuecrawler.net. > ln: /dev/log: Operation not permitted > Starting syslogd. > Sep 28 13:37:52 devel syslogd: kernel boot file is /boot/kernel/kernel > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib > /usr/local/lib > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout > /usr/X11R6/lib/aout > Recovering vi editor sessions:. > Starting local daemons:/usr/local/www/bin/apachectl start: httpd started > . > Updating motd. > Starting sshd. > Starting cron. > Starting mysqld daemon with databases from > /usr/local/mysql-standard-4.0.21-unknown-freebsd4.7-i386/data > Local package initialization:. > > Wed Sep 28 13:37:59 CEST 2005 > . > Updating motd. > Starting ntpd. > Configuring syscons: blanktime. > Starting sshd. > Sep 28 13:38:01 devel syslogd: Logging subprocess 889 > (/usr/local/libexec/authlog.pl) exited with status 255. > Starting sendmail. > Initial i386 initialization:. > Additional ABI support:. > Starting cron. > Local package initialization:. > Additional TCP options:. > Starting inetd. > Starting background file system checks in 60 seconds. > > Wed Sep 28 13:38:02 CEST 2005 > > FreeBSD/i386 (yin.sonologic.nl) (ttyd0) > > login: > > > > > -- > K.F.J. Martens, Sonologic, http://www.sonologic.nl/ > Networking, hosting, embedded systems, unix, artificial intelligence. > Public PGP key: http://www.metro.cx/pubkey-gmc.asc > Wondering about the funny attachment your mail program > can't read? Visit http://www.openpgp.org/ > From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 5 16:52:36 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E315016A41F for ; Wed, 5 Oct 2005 16:52:36 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 364AA43D49 for ; Wed, 5 Oct 2005 16:52:36 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 3E63684418 for ; Wed, 5 Oct 2005 13:55:58 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 63883-03-2 for ; Wed, 5 Oct 2005 13:55:50 +0200 (CEST) Received: from [127.0.0.1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id 574D184408 for ; Wed, 5 Oct 2005 13:55:50 +0200 (CEST) Message-ID: <4343BF45.7080904@fsn.hu> Date: Wed, 05 Oct 2005 13:55:49 +0200 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Subject: Too many segments in the physical address map, giving up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 16:52:37 -0000 Hello, I've got an AMD64 compatible machine which dies with "Too many segments in the physical address map, giving up". This error is defined in src/sys/amd64/amd64/machdep.c Changing the following define: #define PHYSMAP_SIZE (2 * 8) to #define PHYSMAP_SIZE (2 * 16) has solved the problem, the machine boots and works without any noticeable side effect. Are there any reasons to keep this and not to increase PHYSMAP_SIZE? Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone: +3630 306 6758 server! http://www.fsn.hu/?f=brick From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 5 16:55:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B408416A41F for ; Wed, 5 Oct 2005 16:55:59 +0000 (GMT) (envelope-from rivers@dignus.com) Received: from dignus.com (client196-2.dsl.intrex.net [209.42.196.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0214843D4C for ; Wed, 5 Oct 2005 16:55:58 +0000 (GMT) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.12.9) with ESMTP id j95GtnbP002336 for ; Wed, 5 Oct 2005 12:55:49 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id j95GwRo35992 for freebsd-hackers@freebsd.org; Wed, 5 Oct 2005 12:58:27 -0400 (EDT) (envelope-from rivers) Date: Wed, 5 Oct 2005 12:58:27 -0400 (EDT) From: Thomas David Rivers Message-Id: <200510051658.j95GwRo35992@lakes.dignus.com> To: freebsd-hackers@freebsd.org X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Subject: flock() returns EHOSTUNREACH on 5.3 with 4.5 NFS server X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 16:55:59 -0000 I'm applying flock() to a file that is on an NFS server. The program calling flock() is built on a 4.5 system, with the 4.5 libraries, etc... The NFS server is a 4.5-RELEASE system. The program running on a 4.5-release system doesn't display any problems. But - when I run that same program on a 5.3-RELEASE system, flock() returns with a -1 and sets errno to EHOSTUNREACH. Of course, the code is checking for EEOPNOTSUPP, but it doesn't expect to see EHOSTUNREACH from flock(). We changed it to set errno to zero to make sure that simply wasn't a dangling value in errno. Any ideas about what could be going on? Should flock() be setting errno to EHOSTUNREACH? And, as the file can be read, I don't understand where the EHOSTUNREACH comes from (the host is very reachable.) - Thanks! - - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 5 19:07:01 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A215F16A41F for ; Wed, 5 Oct 2005 19:07:01 +0000 (GMT) (envelope-from molter@tin.it) Received: from vsmtp14.tin.it (vsmtp14.tin.it [212.216.176.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1402843D48 for ; Wed, 5 Oct 2005 19:07:00 +0000 (GMT) (envelope-from molter@tin.it) Received: from tortellino.codalunga (83.201.29.234) by vsmtp14.tin.it (7.2.060.1) (authenticated as molter@tin.it) id 4336E4050045009B for hackers@freebsd.org; Wed, 5 Oct 2005 21:06:56 +0200 Received: by tortellino.codalunga (Postfix, from userid 1001) id 63B8380C8; Wed, 5 Oct 2005 21:07:58 +0200 (CEST) Date: Wed, 5 Oct 2005 21:07:58 +0200 From: Marco Molteni To: hackers@freebsd.org Message-Id: <20051005210758.15763976.molter@tin.it> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: diskless broken in 6.x ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 19:07:01 -0000 Hi, I am trying to boot a diskless box (via PXE), both server and diskless run FreeBSD 6.0-BETA4. The diskless machine hangs after printing the date on the console. I added debug output to /etc/rc, /etc/initdiskless and finally /sbin/init. It seems to hang in init after calling multi_user(). A bit before the hang, rc.initdiskless does sysctl -n kern.bootp_cookie and it prints: sysctl: unknown oid 'kern.bootp_cookie' Is this a known issue? I can upgrade to -current if needed. PS in the process of setting up the diskless root I also updated clone_root to work with fbsd > 4.x, retaining 4.x compatibility, seems to work fine. thanks marco -- He who receives an idea from me, receives instruction himself without lessening mine; as he who lights his taper at mine, receives light without darkening me. -- Thomas Jefferson From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 5 20:14:16 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B7AA16A42F for ; Wed, 5 Oct 2005 20:14:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B8343D4C for ; Wed, 5 Oct 2005 20:14:15 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j95KEEwr024851; Wed, 5 Oct 2005 13:14:14 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j95KEE3D024849; Wed, 5 Oct 2005 13:14:14 -0700 Date: Wed, 5 Oct 2005 13:14:14 -0700 From: Brooks Davis To: Marco Molteni Message-ID: <20051005201414.GB5729@odin.ac.hmc.edu> References: <20051005210758.15763976.molter@tin.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline In-Reply-To: <20051005210758.15763976.molter@tin.it> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: hackers@freebsd.org Subject: Re: diskless broken in 6.x ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 20:14:16 -0000 --4bRzO86E/ozDv8r1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2005 at 09:07:58PM +0200, Marco Molteni wrote: > Hi, >=20 > I am trying to boot a diskless box (via PXE), both server and diskless > run FreeBSD 6.0-BETA4. The diskless machine hangs after printing > the date on the console. I added debug output to /etc/rc, > /etc/initdiskless and finally /sbin/init. It seems to hang in init > after calling multi_user(). >=20 > A bit before the hang, rc.initdiskless does > sysctl -n kern.bootp_cookie and it prints: > sysctl: unknown oid 'kern.bootp_cookie' >=20 > Is this a known issue? I can upgrade to -current if needed. >=20 > PS in the process of setting up the diskless root I also updated > clone_root to work with fbsd > 4.x, retaining 4.x compatibility, > seems to work fine. It works for me basicly the same way it has since 4.x. I don't use the clone_root procedure and use installworld/kernel with DESTDIR set. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDRDQVXY6L6fI4GtQRAhUIAJwOM0twP+ZlOAV67xnYaVJsfKjIbgCfXbVS gvEh9znOpD7fY4P+/jZ0GFo= =DOe7 -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 00:03:22 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEFF316A41F; Thu, 6 Oct 2005 00:03:22 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5372643D45; Thu, 6 Oct 2005 00:03:21 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.4/8.13.1) with ESMTP id j960190v057807; Thu, 6 Oct 2005 02:01:09 +0200 (CEST) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.4/8.13.1/Submit) with ESMTP id j960195l057804; Thu, 6 Oct 2005 02:01:09 +0200 (CEST) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Thu, 6 Oct 2005 02:01:09 +0200 (CEST) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: hackers@freebsd.org, current@freebsd.org Message-ID: <20051006015311.N57718@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: ggtrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 00:03:23 -0000 I'd like to announce a new utility for FreeBSD, named "ggtrace". It's a graphical (X11) utility that displays I/O on a ggate device in a window. It can attach to any device or file, producing a /dev/ggateN device which can be used as usual - for example for hosting filesystems. All I/O requests are logged and displayed as a histogram of activity. The sources are here: http://ivoras.sharanet.org/stuff/ggtrace.tgz You'll need X11, libpng and wxgtk26-contrib ports installed before building it. Read the README file before using the application! This is still software under development and I'd like to hear any feedback you might have on it :) -- Ivan Voras From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 03:39:00 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C074E16A41F for ; Thu, 6 Oct 2005 03:39:00 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: from zeus.yan.com.br (zeus.yan.com.br [200.202.253.10]) by mx1.FreeBSD.org (Postfix) with SMTP id D353D43D45 for ; Thu, 6 Oct 2005 03:38:59 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: (qmail 1612 invoked by uid 1023); 6 Oct 2005 03:38:40 -0000 Received: from ddg@yan.com.br by zeus by uid 1023 with qmail-scanner-1.22 (uvscan: v4.1.60/v4366. fsecure: 4.11/3190/2003-09-23/2002-12-17. 2003-09-22/. Clear:RC:1(200.202.253.197):. Processed in 1.190429 secs); 06 Oct 2005 03:38:40 -0000 Received: from unknown (HELO ?192.168.1.1?) (daniel@dgnetwork.com.br@200.202.253.197) by zeus.yan.com.br with SMTP; 6 Oct 2005 03:38:39 -0000 Message-ID: <43449C4B.8000501@yan.com.br> Date: Thu, 06 Oct 2005 00:38:51 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: IPFW+DUMMYNET UPLOAD PROBLEM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ddg@yan.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 03:39:00 -0000 I have the following rules: $fwcmd add 600 pipe 602 src-ip 192.168.0.0/24 out $fwcmd add 601 pipe 603 dst-ip 192.168.0.0/24 in $fwcmd pipe 602 config mask src-ip 0x000000ff bw 128Kbit/s queue 10KBytes $fwcmd pipe 603 config mask dst-ip 0x000000ff bw 128Kbit/s queue 10KBytes And my test speed from ip 192.168.0.5 is: Down 123.66kbps Up 766.24kbps Which the problem? -- Daniel Dias Gonçalves DGNET Network Solutions daniel@dgnetwork.com.br (37) 99824809 From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 06:55:59 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D5B916A420 for ; Thu, 6 Oct 2005 06:55:59 +0000 (GMT) (envelope-from molter@tin.it) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A988A43D58 for ; Thu, 6 Oct 2005 06:55:58 +0000 (GMT) (envelope-from molter@tin.it) Received: from tortellino.codalunga (82.122.102.56) by vsmtp4.tin.it (7.2.060.1) (authenticated as molter@tin.it) id 4341A4F1001631F3; Thu, 6 Oct 2005 08:55:52 +0200 Received: by tortellino.codalunga (Postfix, from userid 1001) id 3090E80C3; Thu, 6 Oct 2005 08:56:56 +0200 (CEST) Date: Thu, 6 Oct 2005 08:56:56 +0200 From: Marco Molteni To: Brooks Davis Message-Id: <20051006085656.3246a510.molter@tin.it> In-Reply-To: <20051005201414.GB5729@odin.ac.hmc.edu> References: <20051005210758.15763976.molter@tin.it> <20051005201414.GB5729@odin.ac.hmc.edu> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: diskless broken in 6.x ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 06:55:59 -0000 On Wed, 5 Oct 2005 13:14:14 -0700 Brooks Davis wrote: > On Wed, Oct 05, 2005 at 09:07:58PM +0200, Marco Molteni wrote: > > Hi, > > > > I am trying to boot a diskless box (via PXE), both server and > > diskless run FreeBSD 6.0-BETA4. The diskless machine hangs after > > printing the date on the console. I added debug output to /etc/rc, > > /etc/initdiskless and finally /sbin/init. It seems to hang in init > > after calling multi_user(). > > > > A bit before the hang, rc.initdiskless does > > sysctl -n kern.bootp_cookie and it prints: > > sysctl: unknown oid 'kern.bootp_cookie' > > > > Is this a known issue? I can upgrade to -current if needed. > > > > PS in the process of setting up the diskless root I also updated > > clone_root to work with fbsd > 4.x, retaining 4.x compatibility, > > seems to work fine. > > It works for me basicly the same way it has since 4.x. I don't use > the clone_root procedure and use installworld/kernel with DESTDIR set. mmmh, I'll try installworld then. thanks marco -- He who receives an idea from me, receives instruction himself without lessening mine; as he who lights his taper at mine, receives light without darkening me. -- Thomas Jefferson From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 5 20:32:06 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F26FE16A420 for ; Wed, 5 Oct 2005 20:32:05 +0000 (GMT) (envelope-from daniel@dgnetwork.com.br) Received: from zeus.yan.com.br (zeus.yan.com.br [200.202.253.10]) by mx1.FreeBSD.org (Postfix) with SMTP id A683C43D48 for ; Wed, 5 Oct 2005 20:32:01 +0000 (GMT) (envelope-from daniel@dgnetwork.com.br) Received: (qmail 2073 invoked by uid 1023); 5 Oct 2005 20:31:43 -0000 Received: from daniel@dgnetwork.com.br by zeus by uid 1023 with qmail-scanner-1.22 (uvscan: v4.1.60/v4366. fsecure: 4.11/3190/2003-09-23/2002-12-17. 2003-09-22/. Clear:RC:1(200.202.253.197):. Processed in 0.648481 secs); 05 Oct 2005 20:31:43 -0000 Received: from unknown (HELO ?192.168.1.1?) (daniel@dgnetwork.com.br@200.202.253.197) by zeus.yan.com.br with SMTP; 5 Oct 2005 20:31:42 -0000 Message-ID: <4344383B.4000405@dgnetwork.com.br> Date: Wed, 05 Oct 2005 17:31:55 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= Organization: DGNET Network Solutions User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 06 Oct 2005 11:45:14 +0000 Cc: Subject: IPFW+DUMMYNET UPLOAD PROBLEM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel@dgnetwork.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 20:32:06 -0000 I have the following rules: $fwcmd add 600 pipe 602 src-ip 192.168.0.0/24 out $fwcmd add 601 pipe 603 dst-ip 192.168.0.0/24 in $fwcmd pipe 602 config mask src-ip 0x000000ff bw 128Kbit/s queue 10KBytes $fwcmd pipe 603 config mask dst-ip 0x000000ff bw 128Kbit/s queue 10KBytes And my test speed from ip 192.168.0.5 is: Down 123.66kbps Up 766.24kbps Which the problem? -- Daniel Dias Gonçalves DGNET Network Solutions daniel@dgnetwork.com.br (37) 99824809 From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 12:46:32 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4B0216A420; Thu, 6 Oct 2005 12:46:32 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27A6F43D46; Thu, 6 Oct 2005 12:46:31 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp4-g19.free.fr (Postfix) with ESMTP id A40432CC59; Thu, 6 Oct 2005 14:46:30 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 6A8014083; Thu, 6 Oct 2005 14:46:25 +0200 (CEST) Date: Thu, 6 Oct 2005 14:46:25 +0200 From: Jeremie Le Hen To: Daniel Dias =?iso-8859-1?Q?Gon=E7alves?= Message-ID: <20051006124625.GZ43195@obiwan.tataz.chchile.org> References: <4344383B.4000405@dgnetwork.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4344383B.4000405@dgnetwork.com.br> User-Agent: Mutt/1.5.10i Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPFW+DUMMYNET UPLOAD PROBLEM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 12:46:32 -0000 Hi Daniel, > I have the following rules: > > $fwcmd add 600 pipe 602 src-ip 192.168.0.0/24 out > $fwcmd add 601 pipe 603 dst-ip 192.168.0.0/24 in > $fwcmd pipe 602 config mask src-ip 0x000000ff bw 128Kbit/s queue 10KBytes > $fwcmd pipe 603 config mask dst-ip 0x000000ff bw 128Kbit/s queue 10KBytes > > And my test speed from ip 192.168.0.5 is: > Down 123.66kbps > Up 766.24kbps What's the output of % ipfw show 600 601 Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 12:58:54 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23FCE16A41F for ; Thu, 6 Oct 2005 12:58:54 +0000 (GMT) (envelope-from daniel@dgnetwork.com.br) Received: from zeus.yan.com.br (zeus.yan.com.br [200.202.253.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 37FFA43D5E for ; Thu, 6 Oct 2005 12:58:50 +0000 (GMT) (envelope-from daniel@dgnetwork.com.br) Received: (qmail 4822 invoked by uid 1023); 6 Oct 2005 12:58:30 -0000 Received: from daniel@dgnetwork.com.br by zeus by uid 1023 with qmail-scanner-1.22 (uvscan: v4.1.60/v4366. fsecure: 4.11/3190/2003-09-23/2002-12-17. 2003-09-22/. Clear:RC:1(200.202.253.197):. Processed in 0.694949 secs); 06 Oct 2005 12:58:30 -0000 Received: from unknown (HELO ?192.168.1.1?) (daniel@dgnetwork.com.br@200.202.253.197) by zeus.yan.com.br with SMTP; 6 Oct 2005 12:58:30 -0000 Message-ID: <43451F84.5070406@dgnetwork.com.br> Date: Thu, 06 Oct 2005 09:58:44 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= Organization: DGNET Network Solutions User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: Jeremie Le Hen References: <4344383B.4000405@dgnetwork.com.br> <20051006124625.GZ43195@obiwan.tataz.chchile.org> In-Reply-To: <20051006124625.GZ43195@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 06 Oct 2005 13:15:17 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPFW+DUMMYNET UPLOAD PROBLEM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel@dgnetwork.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 12:58:54 -0000 Jeremie Le Hen escreveu: >Hi Daniel, > > > >>I have the following rules: >> >>$fwcmd add 600 pipe 602 src-ip 192.168.0.0/24 out >>$fwcmd add 601 pipe 603 dst-ip 192.168.0.0/24 in >>$fwcmd pipe 602 config mask src-ip 0x000000ff bw 128Kbit/s queue 10KBytes >>$fwcmd pipe 603 config mask dst-ip 0x000000ff bw 128Kbit/s queue 10KBytes >> >>And my test speed from ip 192.168.0.5 is: >>Down 123.66kbps >>Up 766.24kbps >> >> > >What's the output of >% ipfw show 600 601 > >Regards, > > # ipfw show 600 601 00600 2 210 pipe 602 ip from any to any src-ip 192.168.0.0/24 out 00601 26 9301 pipe 603 ip from any to any dst-ip 192.168.0.0/24 in # -- Daniel Dias Gonçalves DGNET Network Solutions daniel@dgnetwork.com.br (37) 99824809 From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 15:52:42 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8645016A41F for ; Thu, 6 Oct 2005 15:52:42 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 206FD43D46 for ; Thu, 6 Oct 2005 15:52:42 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so200425wra for ; Thu, 06 Oct 2005 08:52:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer:sender; b=ai4VOInRVxvcl3SDHdvC5Ed+2d+xG+snTwVixBHZhOK6NL0HM3gUxLtm8nyDBltAM0lNxDYZxayfF2eI3BYdFcvAkG1GC6d8Mn49UmIDhUIgsJZvFw1FLktoN5utqwKQCarLuiQKqtUGEulOoSna6KbMPi1plPJXzsfqivfBAZ4= Received: by 10.54.109.11 with SMTP id h11mr1327240wrc; Thu, 06 Oct 2005 08:52:41 -0700 (PDT) Received: from ?192.168.2.20? ( [59.92.145.227]) by mx.gmail.com with ESMTP id 13sm178841wrl.2005.10.06.08.52.39; Thu, 06 Oct 2005 08:52:41 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: <0875205C-1D71-4C83-8A60-1E035D3C90AB@acm.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-hackers@freebsd.org From: "Kamal R. Prasad" Date: Thu, 6 Oct 2005 21:25:46 +0530 X-Mailer: Apple Mail (2.734) Sender: "Kamal R. Prasad" Subject: problems with disk geometry X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 15:52:42 -0000 hello, Im trying to install FreeBSD 6.0 beta5 on a samsung SP1604N hard disk of about 160 GB. The installer complains that it has a problem with the disk geometry. The exact message is given below:- ------------------------------------------ A geometry of 310101/16/63 is incorrect for ad1. Using a more likely geometry. If this geometry is incorrect.. pl. consult the hardware guide ------------------------------------------- fdisk goes through the process of creating the reqd slices and when I try to commit the new partition table -it says it cannot write to / dev/ad1. Can someone tell me how to get past this problem? thanks -kamal Kamal R. Prasad UNIX systems consultant http://www.kamalprasad.com/ kamalp@acm.org From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 16:42:45 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F199A16A463 for ; Thu, 6 Oct 2005 16:42:45 +0000 (GMT) (envelope-from gayn.winters@bristolsystems.com) Received: from bristolsystems.com (h-68-167-239-98.lsanca54.covad.net [68.167.239.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F75243D46 for ; Thu, 6 Oct 2005 16:42:25 +0000 (GMT) (envelope-from gayn.winters@bristolsystems.com) Received: from workdog ([192.168.1.201]) by bristolsystems.com (8.11.6/8.11.6) with ESMTP id j96GRmn21477; Thu, 6 Oct 2005 09:27:48 -0700 From: "Gayn Winters" To: "'Kamal R. Prasad'" , Date: Thu, 6 Oct 2005 09:27:19 -0700 Message-ID: <059401c5ca92$e1a2dc70$c901a8c0@workdog> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <0875205C-1D71-4C83-8A60-1E035D3C90AB@acm.org> Importance: Normal Cc: Subject: RE: problems with disk geometry X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gayn.winters@bristolsystems.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 16:42:46 -0000 > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org > [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Kamal > R. Prasad > Sent: Thursday, October 06, 2005 8:56 AM > To: freebsd-hackers@freebsd.org > Subject: problems with disk geometry > > > hello, > > Im trying to install FreeBSD 6.0 beta5 on a samsung SP1604N hard > disk of about 160 GB. > The installer complains that it has a problem with the disk > geometry. > The exact message is given below:- > ------------------------------------------ > A geometry of 310101/16/63 is incorrect for ad1. Using a more likely > geometry. If this geometry is incorrect.. pl. consult the > hardware guide > ------------------------------------------- > fdisk goes through the process of creating the reqd slices > and when I > try to commit the new partition table -it says it cannot write to / > dev/ad1. > > Can someone tell me how to get past this problem? > > thanks > -kamal I doubt it is your disk geometry. You will probably need to provide a little more information. I assume you've got another OS on /dev/ad0 and that you are letting sysinstall put 6.0 onto /dev/ad1 as a (dangerously) dedicated drive? What does the BIOS report? How old are the machine and its BIOS? What does fdisk say when run either standalone or from the first OS? -gayn From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 17:13:11 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0CA416A420 for ; Thu, 6 Oct 2005 17:13:11 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FC5B43D72 for ; Thu, 6 Oct 2005 17:13:06 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so210136wra for ; Thu, 06 Oct 2005 10:13:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:x-priority:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=cWvHMLUzDl/TnstSPfhyVGLGJF2TGqi/MJ7Xc6SS9GOSZiynNcOMbDwF7usntz/PtEpEwY9CtYfq5zaDy5U4Il+RdRXHdaOpIeA+sx9Btaib7Ht5mgYd6VRDliobZ1e0ITRFSeD0M1rD4YJCzBMtOv0RfHz8wLX2spQBM4T7FCs= Received: by 10.54.157.12 with SMTP id f12mr1292498wre; Thu, 06 Oct 2005 10:13:05 -0700 (PDT) Received: from ?192.168.2.20? ( [59.92.143.25]) by mx.gmail.com with ESMTP id 14sm1867263wrl.2005.10.06.10.13.01; Thu, 06 Oct 2005 10:13:04 -0700 (PDT) In-Reply-To: <059401c5ca92$e1a2dc70$c901a8c0@workdog> References: <059401c5ca92$e1a2dc70$c901a8c0@workdog> Mime-Version: 1.0 (Apple Message framework v734) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <697A7DCB-348B-492A-9A59-ED65983B150B@acm.org> Content-Transfer-Encoding: 7bit From: Kamal R. Prasad Date: Thu, 6 Oct 2005 22:46:10 +0530 To: X-Mailer: Apple Mail (2.734) Sender: "Kamal R. Prasad" Cc: freebsd-hackers@freebsd.org Subject: Re: problems with disk geometry X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 17:13:11 -0000 > [snip] > > I doubt it is your disk geometry. You will probably need to provide a > little more information. I assume you've got another OS on /dev/ > ad0 and > that you are letting sysinstall put 6.0 onto /dev/ad1 as a > (dangerously) > dedicated drive? What does the BIOS report? How old are the machine > ad0 is running windows XP and that works fine. ad1 is a new drive (I delted the windows partition that existed on it) on which i wish to install freebsd. I inserted the CD for 6.0-i386-disc1.iso and it gave the msg I mentioned before going to fdisk. fdisk allows me tocreate slices and then I can select mount pt etc.. on the next screen. When we try to write that information, the operation fails. I mean, there is a problem with doing an I/O operation on that hard disk > and its BIOS? What does fdisk say when run either standalone or from > the first OS? > > The motherboard is an "American Megatrends Corp" board with a pentium 4 chip on it they ahve a propreitary bios on it -but its all post 2003 stuff. Its the same result for fdisk whether you run standalone or from the installer. regards -kamal > -gayn > > > > Kamal R. Prasad UNIX systems consultant http://www.kamalprasad.com/ kamalp@acm.org From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 17:50:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 774EB16A421; Thu, 6 Oct 2005 17:50:16 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E6A43D45; Thu, 6 Oct 2005 17:50:13 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3D7ED.dip.t-dialin.net [84.163.215.237] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwtQ-1ENZsh1cp0-0001MA; Thu, 06 Oct 2005 19:50:11 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 6 Oct 2005 19:49:55 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510061950.09760.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-hackers@freebsd.org Subject: Call for FreeBSD Status Reports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 17:50:16 -0000 All, again three month went by and exiting stuff has happend in FreeBSD. Many subtle bugs have been identified and fixed during the most productive QA-work in preparation for FreeBSD 6.0 (now entering final RC-phase). The Google Summer of Code has produced a lot of exiting projects; either finished (most visibly the new website) or still worked on enthusiastically. Work in HEAD is also taking off and promises to bring even more exiting stuff for the future ... I am sure you have interesting things to share for this round and we are looking forward to your reports. Please send status reports about your project's progess between July and now to monthly@freebsd.org To help you with fileing your report you will find a webform[1] or xml-template[2] linked from http://www.freebsd.org/news/status/ Submissions are due October 15. Thanks a lot, and we are hoping for a big turn-out. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News [1] http://www.freebsd.org/cgi/monthly.cgi [2] http://www.freebsd.org/news/status/report-sample.xml From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 18:31:17 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7076A16A41F for ; Thu, 6 Oct 2005 18:31:17 +0000 (GMT) (envelope-from david@madole.net) Received: from a.omd3.com (a.omd3.com [69.90.174.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBBC43D48 for ; Thu, 6 Oct 2005 18:31:16 +0000 (GMT) (envelope-from david@madole.net) Received: from dhcp-66-212-201-164.myeastern.com ([66.212.201.164] helo=david) by a.omd3.com with esmtpa (Exim 4.50) id 1ENaWQ-00005Z-Ur; Thu, 06 Oct 2005 14:31:16 -0400 Message-ID: <0abd01c5caa4$1e8c84e0$c3e7a8c0@david> From: "David S. Madole" To: References: <4344383B.4000405@dgnetwork.com.br><20051006124625.GZ43195@obiwan.tataz.chchile.org> <43451F84.5070406@dgnetwork.com.br> Date: Thu, 6 Oct 2005 14:31:07 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Cc: daniel@dgnetwork.com.br Subject: Re: IPFW+DUMMYNET UPLOAD PROBLEM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 18:31:17 -0000 From: "Daniel Dias Gonçalves" > >I have the following rules: > >$fwcmd add 600 pipe 602 src-ip 192.168.0.0/24 out >$fwcmd add 601 pipe 603 dst-ip 192.168.0.0/24 in >$fwcmd pipe 602 config mask src-ip 0x000000ff bw 128Kbit/s queue >10KBytes >$fwcmd pipe 603 config mask dst-ip 0x000000ff bw 128Kbit/s queue >10KBytes > >And my test speed from ip 192.168.0.5 is: >Down 123.66kbps >Up 766.24kbps Do you have additional rules that you haven't shown, such as a divert rule for NAT? Perhaps because of NAT the source address is not what you think it is at rule 600 and you need to move that rule before your divert rule. David From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 22:24:56 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36E8016A41F for ; Thu, 6 Oct 2005 22:24:56 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C1D743D4C for ; Thu, 6 Oct 2005 22:24:47 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [192.168.99.16] (host8-102.pool8258.interbusiness.it [82.58.102.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 00FC95738 for ; Fri, 7 Oct 2005 00:27:52 +0200 (CEST) Message-ID: <4345A428.9070602@freesbie.org> Date: Fri, 07 Oct 2005 00:24:40 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: hackers@freebsd.org X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD9BF15357D7BA76CB09FE462" Cc: Subject: [Fwd: date set to epoch when booting from cd] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 22:24:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD9BF15357D7BA76CB09FE462 Content-Type: multipart/mixed; boundary="------------070907070500030301030904" This is a multi-part message in MIME format. --------------070907070500030301030904 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Ideas here? --------------070907070500030301030904 Content-Type: message/rfc822; name="date set to epoch when booting from cd" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="date set to epoch when booting from cd" Return-Path: X-Original-To: saturnero@freesbie.org Delivered-To: saturnero@freesbie.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id B1B3458DA for ; Mon, 3 Oct 2005 20:16:24 +0200 (CEST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 6B20158440; Mon, 3 Oct 2005 18:13:23 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E8B5A16A427; Mon, 3 Oct 2005 18:13:21 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5A316A41F for ; Mon, 3 Oct 2005 18:13:17 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E3F43D45 for ; Mon, 3 Oct 2005 18:13:16 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id BC7E758D5; Mon, 3 Oct 2005 20:16:13 +0200 (CEST) Date: Mon, 3 Oct 2005 20:16:13 +0200 From: Dario Freni To: current@freebsd.org Message-ID: <20051003181613.GA34048@cvs.freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i Cc: Subject: date set to epoch when booting from cd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.92.8 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi guys, me and other testers have encountered a strange problem when booting =66rom CDroms created with freesbie2 toolkit: the date is set to epoch. This don't happens with ufs image, only with iso with cd9660 root set. The iso is created with: mkisofs -b boot/cdboot -no-emul-boot -J -r -ldots -l -L -V ${LABEL} -p Free= SBIE -o $ISOPATH . which is almost the same way used in release scripts. How can I help debugging this? Thanks to everybody, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDQXVrymi72IiShysRAoj2AKDzzG5FZZNB4TilO0cDFXqshxOgJQCgzw1p ldUghxt8GkgqD9eKzx+VLk8= =a89F -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- --------------070907070500030301030904-- --------------enigD9BF15357D7BA76CB09FE462 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.1 (Darwin) iD8DBQFDRaQsymi72IiShysRAmQzAKDHQR4aR50TmV5naipfCgLCAe6rSACg3OsB NFA6qL7S1Vzl3yCaKF+OWO8= =7Rrf -----END PGP SIGNATURE----- --------------enigD9BF15357D7BA76CB09FE462-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 7 00:39:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D3BF16A41F for ; Fri, 7 Oct 2005 00:39:59 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 610AB43D49 for ; Fri, 7 Oct 2005 00:39:58 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail invoked by alias); 07 Oct 2005 00:22:28 -0000 Received: from unknown (EHLO klamath) [212.204.44.203] by mail.gmx.net (mp025) with SMTP; 07 Oct 2005 02:22:28 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: freebsd-hackers@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3he53P5qSvLO5wnKfh2e" Date: Fri, 07 Oct 2005 02:22:22 +0200 Message-Id: <1128644542.1273.36.camel@klamath.syndrom23.de> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Subject: struct timeval: why is tv_sec long? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 00:39:59 -0000 --=-3he53P5qSvLO5wnKfh2e Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, is there any special reason for timeval.tv_sec being long? --- sys/_timeval.h /* * Structure returned by gettimeofday(2) system call, and used in other calls. */ struct timeval { long tv_sec; /* seconds (XXX should be time_t) */ suseconds_t tv_usec; /* and microseconds */ }; --- I just stumbled across this code in an application, --- timeval tv; gettimeofday(&tv, 0); char tbuf[64]; struct tm tmp; strftime(tbuf, sizeof(tbuf), "%b %d %H:%M:%S", localtime_r(&tv.tv_sec, &tmp)); --- and this fails to compile on FreeBSD. I fixed the application code now, but I do wonder why that XXX in sys/_timeval.h is there. _timeval.h came into existence on 31-Dec-2002, before that timeval was defined in sys/time.h with both tv_sec and tv_usec as long. Could anyone offer any pointers? Best regards, -- Andreas --=20 was macht man eigentlich auf einer linux-gamer lan ? hl server aufsetzen und freuen ? *duck* ^^ --=20 was macht man eigentlich auf einer linux-gamer lan ? hl server aufsetzen und freuen ? *duck* ^^ --=-3he53P5qSvLO5wnKfh2e Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDRb++Yucd7Ow1ygwRAuV/AJ9zBOASQm/C+RMPwz3OBMI82fDd5gCeLRy6 1jw5tBD8QWIj4Qdk7eyeWT0= =SPNj -----END PGP SIGNATURE----- --=-3he53P5qSvLO5wnKfh2e-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 7 03:23:32 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F339016A41F for ; Fri, 7 Oct 2005 03:23:31 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8408343D46 for ; Fri, 7 Oct 2005 03:23:31 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-206.natcotech.com [12.28.24.206]) by natco3.natcotech.com (Postfix) with ESMTP id 55EBB62A43 for ; Thu, 6 Oct 2005 22:23:30 -0500 (CDT) Received: (qmail 69502 invoked by uid 89); 7 Oct 2005 03:23:29 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by ibm.nlcc.us with SMTP; 7 Oct 2005 03:23:29 -0000 Message-ID: <4345EA31.10304@leadhill.net> Date: Thu, 06 Oct 2005 22:23:29 -0500 From: Billy Newsom User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Patrick Dung , freebsd-hackers@freebsd.org References: <4342449C.6000600@hk-cse.dyxnet.com> In-Reply-To: <4342449C.6000600@hk-cse.dyxnet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: How to duplicate a copy of all incoming and outgoing mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 03:23:32 -0000 Patrick Dung wrote: > It is system wide, not specific user (~/.forward) > Is it possble with Sendmail? > How about Postfix and Qmail? qmail: qmailtap http://www.inter7.com/?page=qmailtap Other than that, see also maildrop (same people) or fetchmail. Google that or try the ports tree. Billy From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 7 06:02:35 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5542216A41F for ; Fri, 7 Oct 2005 06:02:35 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) Received: from the-macgregors.org (82-46-96-19.cable.ubr06.stav.blueyonder.co.uk [82.46.96.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7EB043D48 for ; Fri, 7 Oct 2005 06:02:34 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (user=freebsd mech=LOGIN bits=0) by the-macgregors.org (8.13.5/8.13.5) with ESMTP id j9762M5t015738 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 7 Oct 2005 06:02:22 GMT From: "Rob MacGregor" To: Date: Fri, 7 Oct 2005 07:02:25 +0100 Message-ID: <003001c5cb04$b1679330$0100a8c0@macgregor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <4342449C.6000600@hk-cse.dyxnet.com> Thread-Index: AcXIwvgBZ6L10o3CS+CsAjxiz5e1SwCQXlnQ X-Virus-Scanned: by amavisd-new Subject: RE: How to duplicate a copy of all incoming and outgoing mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 06:02:35 -0000 On Tuesday, October 04, 2005 10:00 AM, Patrick Dung <> unleashed the infinite monkeys and produced: > It is system wide, not specific user (~/.forward) > Is it possble with Sendmail? If you trawl the archives for comp.mail.sendmail you will find many solutions. One of these is MIMEDefang, but there are a large number of others. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 16:19:33 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0690B16A41F for ; Thu, 6 Oct 2005 16:19:33 +0000 (GMT) (envelope-from dirkx@webweaving.org) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1017C43D46 for ; Thu, 6 Oct 2005 16:19:29 +0000 (GMT) (envelope-from dirkx@webweaving.org) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45] (may be forged)) by skutsje.san.webweaving.org (8.12.9/8.12.9) with ESMTP id j96GJSEw041424 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 6 Oct 2005 09:19:28 -0700 (PDT) (envelope-from dirkx@webweaving.org) Received: from localhost (dirkx@localhost) by skutsje.san.webweaving.org (8.12.9/8.12.9/Submit) with ESMTP id j96GJSOv041421 for ; Thu, 6 Oct 2005 09:19:28 -0700 (PDT) (envelope-from dirkx@webweaving.org) X-Authentication-Warning: skutsje.san.webweaving.org: dirkx owned process doing -bs Date: Thu, 6 Oct 2005 09:19:28 -0700 (PDT) From: Dirk-Willem van Gulik X-X-Sender: dirkx@skutsje.san.webweaving.org To: freebsd-hackers@freebsd.org Message-ID: <20051006091227.R18438@skutsje.san.webweaving.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 07 Oct 2005 11:50:53 +0000 Subject: vnode kernel panic when removed while nfs serves it (well don't do that then) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 16:19:33 -0000 Certainly in the class of 'Doctor: If I poke in my eye it hurts; well don't do that then') - on FreeBSD -current as of today. Add /mnt to your exports file on an NFS server; and do: mdconfig -a -t vnode some-disk mount /dev/md0a /mnt killall -1 mountd .. let at least one nfs client mount it. Then do umount - /mnt mdconfig -d -u 0 First XS by the nfs will panic the machine - the actual stacktrace it self is too corrupted to see where. Dw From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 6 16:32:15 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F15C16A41F for ; Thu, 6 Oct 2005 16:32:15 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from cobalt.antimatter.net (cobalt.antimatter.net [69.55.224.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4685343D45 for ; Thu, 6 Oct 2005 16:32:15 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from glenn-mobile.antimatter.net (216-70-228-172.cust.telepacific.net [216.70.228.172]) (authenticated bits=0) by cobalt.antimatter.net (8.13.4/8.13.4) with ESMTP id j96GWCBK029060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Oct 2005 09:32:13 -0700 X-MailKey: purple frogs are falling from the sky Message-Id: <6.2.3.4.2.20051006092843.04360750@cobalt.antimatter.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 06 Oct 2005 09:30:40 -0700 To: ddg@yan.com.br, freebsd-hackers@freebsd.org From: Glenn Dawson In-Reply-To: <43449C4B.8000501@yan.com.br> References: <43449C4B.8000501@yan.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 07 Oct 2005 11:50:53 +0000 Cc: Subject: Re: IPFW+DUMMYNET UPLOAD PROBLEM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 16:32:15 -0000 At 08:38 PM 10/5/2005, Daniel Dias Gon=E7alves wrote: >I have the following rules: > >$fwcmd add 600 pipe 602 src-ip 192.168.0.0/24 out >$fwcmd add 601 pipe 603 dst-ip 192.168.0.0/24 in >$fwcmd pipe 602 config mask src-ip 0x000000ff bw 128Kbit/s queue 10KBytes >$fwcmd pipe 603 config mask dst-ip 0x000000ff bw 128Kbit/s queue 10KBytes > > >And my test speed from ip 192.168.0.5 is: >Down 123.66kbps >Up 766.24kbps > >Which the problem? Are you doing NAT on the same machine? If so,=20 the rule that matches outbound packets should use=20 the public IP instead of the private one. -Glenn >-- >Daniel Dias Gon=E7alves >DGNET Network Solutions >daniel@dgnetwork.com.br >(37) 99824809 >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 7 13:22:01 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C788716A420 for ; Fri, 7 Oct 2005 13:22:01 +0000 (GMT) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 443DA43D45 for ; Fri, 7 Oct 2005 13:21:59 +0000 (GMT) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.13.3/8.13.3) with ESMTP id j97DLwX9063334; Fri, 7 Oct 2005 07:21:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.13.3/8.13.3/Submit) with ESMTP id j97DLvr8063331; Fri, 7 Oct 2005 07:21:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 7 Oct 2005 07:21:57 -0600 (MDT) From: Warren Block To: Patrick Dung In-Reply-To: <4342449C.6000600@hk-cse.dyxnet.com> Message-ID: <20051007071650.Y56746@wonkity.com> References: <4342449C.6000600@hk-cse.dyxnet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (wonkity.com [127.0.0.1]); Fri, 07 Oct 2005 07:21:58 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: How to duplicate a copy of all incoming and outgoing mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 13:22:01 -0000 On Tue, 4 Oct 2005, Patrick Dung wrote: > It is system wide, not specific user (~/.forward) > Is it possble with Sendmail? Yes. There are a couple of milters for sendmail that will bcc mail to another address. Here is one: http://www.snertsoft.com/sendmail/milter-bcc/index.shtml -Warren Block * Rapid City, South Dakota USA From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 7 16:28:47 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8B0C16A41F for ; Fri, 7 Oct 2005 16:28:47 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 572E543D45 for ; Fri, 7 Oct 2005 16:28:47 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j97GSl8m014583; Fri, 7 Oct 2005 09:28:47 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j97GSkPi014582; Fri, 7 Oct 2005 09:28:46 -0700 Date: Fri, 7 Oct 2005 09:28:46 -0700 From: Brooks Davis To: Andreas Kohn Message-ID: <20051007162846.GB12691@odin.ac.hmc.edu> References: <1128644542.1273.36.camel@klamath.syndrom23.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <1128644542.1273.36.camel@klamath.syndrom23.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-hackers@freebsd.org Subject: Re: struct timeval: why is tv_sec long? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 16:28:47 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 07, 2005 at 02:22:22AM +0200, Andreas Kohn wrote: > Hi, >=20 > is there any special reason for timeval.tv_sec being long? tv_sec is presumably long becuase that way 64-bit platforms end up with timevals that don't suffer from the 2038 bug. time_t is also long (or rather synonimous with it) on all but alpha platforms. > --- sys/_timeval.h > /* > * Structure returned by gettimeofday(2) system call, and used in other > calls. > */ > struct timeval { > long tv_sec; /* seconds (XXX should be > time_t) */ > suseconds_t tv_usec; /* and microseconds */ > }; > --- >=20 > I just stumbled across this code in an application, > --- > timeval tv; > gettimeofday(&tv, 0); >=20 > char tbuf[64]; > struct tm tmp; > strftime(tbuf, sizeof(tbuf), "%b %d %H:%M:%S", localtime_r(&tv.tv_sec, > &tmp)); > --- >=20 > and this fails to compile on FreeBSD. I fixed the application code now, > but I do wonder why that XXX in sys/_timeval.h is there. > _timeval.h came into existence on 31-Dec-2002, before that timeval was > defined in sys/time.h with both tv_sec and tv_usec as long. >=20 > Could anyone offer any pointers? You probably can just cast the tv.tv_sec to a time_t. Alternativly, you could allocate a time_t and assing tv_sec to it since that will work on alpha where the other won't. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDRqI+XY6L6fI4GtQRAqcVAKCjfDPoGncaMM7SzHu3RnvR8veoggCfV0aS YYWjw4cY5oz368twFhTMKr8= =fgr2 -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 7 18:17:51 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97E0116A41F for ; Fri, 7 Oct 2005 18:17:51 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CDF7C43D46 for ; Fri, 7 Oct 2005 18:17:47 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail invoked by alias); 07 Oct 2005 18:17:46 -0000 Received: from unknown (EHLO klamath) [212.204.44.203] by mail.gmx.net (mp008) with SMTP; 07 Oct 2005 20:17:46 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: Brooks Davis In-Reply-To: <20051007162846.GB12691@odin.ac.hmc.edu> References: <1128644542.1273.36.camel@klamath.syndrom23.de> <20051007162846.GB12691@odin.ac.hmc.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OiADRL+wJFCq+DldCtIt" Date: Fri, 07 Oct 2005 20:17:43 +0200 Message-Id: <1128709063.1022.9.camel@klamath.syndrom23.de> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Cc: freebsd-hackers@freebsd.org Subject: Re: struct timeval: why is tv_sec long? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 18:17:51 -0000 --=-OiADRL+wJFCq+DldCtIt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, On Fri, 2005-10-07 at 09:28 -0700, Brooks Davis wrote: > On Fri, Oct 07, 2005 at 02:22:22AM +0200, Andreas Kohn wrote: > > Hi, > >=20 > > is there any special reason for timeval.tv_sec being long? >=20 > tv_sec is presumably long becuase that way 64-bit platforms end up with > timevals that don't suffer from the 2038 bug. time_t is also long (or > rather synonimous with it) on all but alpha platforms. Thanks for this explanation. As SUSv2 wants tv_sec to be time_t[1], would it be possible to change this to time_t on all but alpha? I guess alpha will not receive a switch to long anymore[2].=20 This would still require workarounds as you suggested below for alpha (nothing changes here), but would at least bring !alpha closer to standards compliance, which would be a good thing IMVHO. > > and this fails to compile on FreeBSD.=20 >=20 > You probably can just cast the tv.tv_sec to a time_t. Alternativly, you > could allocate a time_t and assing tv_sec to it since that will work on > alpha where the other won't. Yep, I did the latter, and it works. Thanks. Regards, Andreas [1] http://www.opengroup.org/onlinepubs/007908799/xsh/systime.h.html [2] I read the instructions for sparc64, it that looked ugly and difficult.=20 --=20 was macht man eigentlich auf einer linux-gamer lan ? hl server aufsetzen und freuen ? *duck* ^^ --=-OiADRL+wJFCq+DldCtIt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDRrvHYucd7Ow1ygwRAjzQAJ40QsZ6hvdiUH7EwfOVR5DbgUJscACeNasm a1xfXIuUukYjSeCFrYq/g3c= =Cxa4 -----END PGP SIGNATURE----- --=-OiADRL+wJFCq+DldCtIt-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 7 20:54:26 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4388716A41F for ; Fri, 7 Oct 2005 20:54:26 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B5343D45 for ; Fri, 7 Oct 2005 20:54:25 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail22.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j97KsMRQ009954 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 8 Oct 2005 06:54:23 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j97KsMSR092908; Sat, 8 Oct 2005 06:54:22 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j97KsMc9092907; Sat, 8 Oct 2005 06:54:22 +1000 (EST) (envelope-from pjeremy) Date: Sat, 8 Oct 2005 06:54:22 +1000 From: Peter Jeremy To: Andreas Kohn Message-ID: <20051007205422.GW72352@cirb503493.alcatel.com.au> References: <1128644542.1273.36.camel@klamath.syndrom23.de> <20051007162846.GB12691@odin.ac.hmc.edu> <1128709063.1022.9.camel@klamath.syndrom23.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1128709063.1022.9.camel@klamath.syndrom23.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: struct timeval: why is tv_sec long? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 20:54:26 -0000 On Fri, 2005-Oct-07 20:17:43 +0200, Andreas Kohn wrote: >As SUSv2 wants tv_sec to be time_t[1], would it be possible to change >this to time_t on all but alpha? I guess alpha will not receive a switch >to long anymore[2]. tv_sec and time_t are int on Alpha for compatability with Tru64. Since the Alpha is now a dead architecture and no longer a tier-1 FreeBSD platform, it's unlikely anyone will expend the effort to change them. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 06:08:48 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E648A16A41F for ; Sat, 8 Oct 2005 06:08:47 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80AE343D45 for ; Sat, 8 Oct 2005 06:08:47 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j9868bZi034671; Fri, 7 Oct 2005 23:08:42 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510080608.j9868bZi034671@gw.catspoiler.org> Date: Fri, 7 Oct 2005 23:08:37 -0700 (PDT) From: Don Lewis To: rob@hudson-trading.com In-Reply-To: <20051003095203.K90360@daemon.mistermishap.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-hackers@FreeBSD.org, mikep@hudson-trading.com, jason@hudson-trading.com Subject: Re: freebsd-5.4-stable panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 06:08:48 -0000 On 3 Oct, Rob Watt wrote: > We noticed the patches from Don Lewis, but have not tested them yet. We > weren't sure if we could just apply those patches against 6.0-BETA5, or > whether we should wait for them to be MFC'd. Both HEAD and RELENG_6 have been patched. I've tested the following patch for RELENG_5 on a uniprocessor sparc64 box. I'd appreciate it if anyone who was running into this problem on RELENG_5 with SMP hardare could test it before I do the MFC. Index: sys/kern/kern_proc.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v retrieving revision 1.215.2.6 diff -u -r1.215.2.6 kern_proc.c --- sys/kern/kern_proc.c 22 Mar 2005 13:40:23 -0000 1.215.2.6 +++ sys/kern/kern_proc.c 7 Oct 2005 23:17:26 -0000 @@ -72,6 +72,8 @@ static void doenterpgrp(struct proc *, struct pgrp *); static void orphanpg(struct pgrp *pg); +static void fill_kinfo_proc_only(struct proc *p, struct kinfo_proc *kp); +static void fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp); static void pgadjustjobc(struct pgrp *pgrp, int entering); static void pgdelete(struct pgrp *); static int proc_ctor(void *mem, int size, void *arg, int flags); @@ -601,33 +603,22 @@ } } #endif /* DDB */ -void -fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp); /* - * Fill in a kinfo_proc structure for the specified process. + * Clear kinfo_proc and fill in any information that is common + * to all threads in the process. * Must be called with the target process locked. */ -void -fill_kinfo_proc(struct proc *p, struct kinfo_proc *kp) -{ - fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), kp); -} - -void -fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp) +static void +fill_kinfo_proc_only(struct proc *p, struct kinfo_proc *kp) { - struct proc *p; struct thread *td0; - struct ksegrp *kg; struct tty *tp; struct session *sp; struct timeval tv; struct ucred *cred; struct sigacts *ps; - p = td->td_proc; - bzero(kp, sizeof(*kp)); kp->ki_structsize = sizeof(*kp); @@ -685,7 +676,8 @@ kp->ki_tsize = vm->vm_tsize; kp->ki_dsize = vm->vm_dsize; kp->ki_ssize = vm->vm_ssize; - } + } else if (p->p_state != PRS_ZOMBIE) + kp->ki_stat = SZOMB; if ((p->p_sflag & PS_INMEM) && p->p_stats) { kp->ki_start = p->p_stats->p_start; timevaladd(&kp->ki_start, &boottime); @@ -704,71 +696,6 @@ kp->ki_nice = p->p_nice; bintime2timeval(&p->p_runtime, &tv); kp->ki_runtime = tv.tv_sec * (u_int64_t)1000000 + tv.tv_usec; - if (p->p_state != PRS_ZOMBIE) { -#if 0 - if (td == NULL) { - /* XXXKSE: This should never happen. */ - printf("fill_kinfo_proc(): pid %d has no threads!\n", - p->p_pid); - mtx_unlock_spin(&sched_lock); - return; - } -#endif - if (td->td_wmesg != NULL) { - strlcpy(kp->ki_wmesg, td->td_wmesg, - sizeof(kp->ki_wmesg)); - } - if (TD_ON_LOCK(td)) { - kp->ki_kiflag |= KI_LOCKBLOCK; - strlcpy(kp->ki_lockname, td->td_lockname, - sizeof(kp->ki_lockname)); - } - - if (p->p_state == PRS_NORMAL) { /* XXXKSE very approximate */ - if (TD_ON_RUNQ(td) || - TD_CAN_RUN(td) || - TD_IS_RUNNING(td)) { - kp->ki_stat = SRUN; - } else if (P_SHOULDSTOP(p)) { - kp->ki_stat = SSTOP; - } else if (TD_IS_SLEEPING(td)) { - kp->ki_stat = SSLEEP; - } else if (TD_ON_LOCK(td)) { - kp->ki_stat = SLOCK; - } else { - kp->ki_stat = SWAIT; - } - } else { - kp->ki_stat = SIDL; - } - - kg = td->td_ksegrp; - - /* things in the KSE GROUP */ - kp->ki_estcpu = kg->kg_estcpu; - kp->ki_slptime = kg->kg_slptime; - kp->ki_pri.pri_user = kg->kg_user_pri; - kp->ki_pri.pri_class = kg->kg_pri_class; - - /* Things in the thread */ - kp->ki_wchan = td->td_wchan; - kp->ki_pri.pri_level = td->td_priority; - kp->ki_pri.pri_native = td->td_base_pri; - kp->ki_lastcpu = td->td_lastcpu; - kp->ki_oncpu = td->td_oncpu; - kp->ki_tdflags = td->td_flags; - kp->ki_tid = td->td_tid; - kp->ki_numthreads = p->p_numthreads; - kp->ki_pcb = td->td_pcb; - kp->ki_kstack = (void *)td->td_kstack; - kp->ki_pctcpu = sched_pctcpu(td); - - /* We can't get this anymore but ps etc never used it anyway. */ - kp->ki_rqindex = 0; - - } else { - kp->ki_stat = SZOMB; - } mtx_unlock_spin(&sched_lock); tp = NULL; if (p->p_pgrp) { @@ -804,8 +731,6 @@ p->p_sysent->sv_name[0] != '\0') strlcpy(kp->ki_emul, p->p_sysent->sv_name, sizeof(kp->ki_emul)); kp->ki_siglist = p->p_siglist; - SIGSETOR(kp->ki_siglist, td->td_siglist); - kp->ki_sigmask = td->td_sigmask; kp->ki_xstat = p->p_xstat; kp->ki_acflag = p->p_acflag; kp->ki_lock = p->p_lock; @@ -813,6 +738,92 @@ kp->ki_ppid = p->p_pptr->p_pid; } +/* + * Fill in information that is thread specific. + * Must be called with sched_lock locked. + */ +static void +fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp) +{ + struct ksegrp *kg; + struct proc *p; + + p = td->td_proc; + + if (td->td_wmesg != NULL) + strlcpy(kp->ki_wmesg, td->td_wmesg, sizeof(kp->ki_wmesg)); + else + bzero(kp->ki_wmesg, sizeof(kp->ki_wmesg)); + if (TD_ON_LOCK(td)) { + kp->ki_kiflag |= KI_LOCKBLOCK; + strlcpy(kp->ki_lockname, td->td_lockname, + sizeof(kp->ki_lockname)); + } else { + kp->ki_kiflag &= ~KI_LOCKBLOCK; + bzero(kp->ki_lockname, sizeof(kp->ki_lockname)); + } + + if (p->p_state == PRS_NORMAL) { /* XXXKSE very approximate */ + if (TD_ON_RUNQ(td) || + TD_CAN_RUN(td) || + TD_IS_RUNNING(td)) { + kp->ki_stat = SRUN; + } else if (P_SHOULDSTOP(p)) { + kp->ki_stat = SSTOP; + } else if (TD_IS_SLEEPING(td)) { + kp->ki_stat = SSLEEP; + } else if (TD_ON_LOCK(td)) { + kp->ki_stat = SLOCK; + } else { + kp->ki_stat = SWAIT; + } + } else { + kp->ki_stat = SIDL; + } + + kg = td->td_ksegrp; + + /* things in the KSE GROUP */ + kp->ki_estcpu = kg->kg_estcpu; + kp->ki_slptime = kg->kg_slptime; + kp->ki_pri.pri_user = kg->kg_user_pri; + kp->ki_pri.pri_class = kg->kg_pri_class; + + /* Things in the thread */ + kp->ki_wchan = td->td_wchan; + kp->ki_pri.pri_level = td->td_priority; + kp->ki_pri.pri_native = td->td_base_pri; + kp->ki_lastcpu = td->td_lastcpu; + kp->ki_oncpu = td->td_oncpu; + kp->ki_tdflags = td->td_flags; + kp->ki_tid = td->td_tid; + kp->ki_numthreads = p->p_numthreads; + kp->ki_pcb = td->td_pcb; + kp->ki_kstack = (void *)td->td_kstack; + kp->ki_pctcpu = sched_pctcpu(td); + + /* We can't get this anymore but ps etc never used it anyway. */ + kp->ki_rqindex = 0; + + SIGSETOR(kp->ki_siglist, td->td_siglist); + kp->ki_sigmask = td->td_sigmask; +} + +/* + * Fill in a kinfo_proc structure for the specified process. + * Must be called with the target process locked. + */ +void +fill_kinfo_proc(struct proc *p, struct kinfo_proc *kp) +{ + + fill_kinfo_proc_only(p, kp); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), kp); + mtx_unlock_spin(&sched_lock); +} + struct pstats * pstats_alloc(void) { @@ -875,24 +886,28 @@ PROC_LOCK_ASSERT(p, MA_OWNED); + fill_kinfo_proc(p, &kinfo_proc); if (flags & KERN_PROC_NOTHREADS) { - fill_kinfo_proc(p, &kinfo_proc); - PROC_UNLOCK(p); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), &kinfo_proc); + mtx_unlock_spin(&sched_lock); error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, sizeof(kinfo_proc)); - PROC_LOCK(p); } else { - _PHOLD(p); - FOREACH_THREAD_IN_PROC(p, td) { - fill_kinfo_thread(td, &kinfo_proc); - PROC_UNLOCK(p); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + FOREACH_THREAD_IN_PROC(p, td) { + fill_kinfo_thread(td, &kinfo_proc); + error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, + sizeof(kinfo_proc)); + if (error) + break; + } + else error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, - sizeof(kinfo_proc)); - PROC_LOCK(p); - if (error) - break; - } - _PRELE(p); + sizeof(kinfo_proc)); + mtx_unlock_spin(&sched_lock); } PROC_UNLOCK(p); if (error) @@ -934,6 +949,9 @@ if (oid_number == KERN_PROC_PID) { if (namelen != 1) return (EINVAL); + error = sysctl_wire_old_buffer(req, 0); + if (error) + return (error); p = pfind((pid_t)name[0]); if (!p) return (ESRCH); From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 13:47:12 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B0C16A41F for ; Sat, 8 Oct 2005 13:47:12 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEAD243D55 for ; Sat, 8 Oct 2005 13:47:08 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j98Dl49j027124 for ; Sat, 8 Oct 2005 17:47:04 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j98Dl47F027123 for hackers@freebsd.org; Sat, 8 Oct 2005 17:47:04 +0400 (MSD) (envelope-from yar) Date: Sat, 8 Oct 2005 17:47:03 +0400 From: Yar Tikhiy To: hackers@freebsd.org Message-ID: <20051008134703.GA25960@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: SENDMAIL_MC & making world X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 13:47:12 -0000 All, I'd like to set SENDMAIL_MC in my /etc/make.conf files conditionally so that it is not set when I'm making {build,install}world. I upgrade several machines over NFS from a single build server, and of course installworld breaks if SENDMAIL_MC differs from what was set during buildworld. At the same time, I'd like to have SENDMAIL_MC set for the rest of the time on the machines because `hostname` is not a suitable way to construct the .mc names on them due to local setup peculiarities. Any ideas how to achieve this effect? -- Yar From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 13:56:23 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3990416A41F for ; Sat, 8 Oct 2005 13:56:23 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8531743D45 for ; Sat, 8 Oct 2005 13:56:22 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id j98DtsEM033901; Sat, 8 Oct 2005 17:55:54 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 8 Oct 2005 17:55:54 +0400 (MSD) From: Maxim Konovalov To: Yar Tikhiy In-Reply-To: <20051008134703.GA25960@comp.chem.msu.su> Message-ID: <20051008175423.B33867@mp2.macomnet.net> References: <20051008134703.GA25960@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: hackers@freebsd.org Subject: Re: SENDMAIL_MC & making world X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 13:56:23 -0000 On Sat, 8 Oct 2005, 17:47+0400, Yar Tikhiy wrote: > All, > > I'd like to set SENDMAIL_MC in my /etc/make.conf files conditionally > so that it is not set when I'm making {build,install}world. I > upgrade several machines over NFS from a single build server, and > of course installworld breaks if SENDMAIL_MC differs from what was > set during buildworld. At the same time, I'd like to have SENDMAIL_MC > set for the rest of the time on the machines because `hostname` is > not a suitable way to construct the .mc names on them due to local > setup peculiarities. Any ideas how to achieve this effect? It is possible to override make.conf location via __MAKE_CONF variable and use different make.conf at the build,installworld stages. Perhaps that suits your needs. -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 15:32:41 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA0C716A41F for ; Sat, 8 Oct 2005 15:32:41 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3C1743D45 for ; Sat, 8 Oct 2005 15:32:40 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so408818wra for ; Sat, 08 Oct 2005 08:32:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:x-priority:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=ILyWMHv5V94ul6GvDaUeTY+UeGaguaJPldjngytLwsHBc88mKPw5/Dp/UUrpQ8FiDJUCtNy2kOix3KSUPaAq54pdtq8c51abPT+RnZkUyvxL83n0NgOkJX97K2hqMvcdlDbaIM096FY34Zp4qwiJjbJ6Kc1EIx7G9WeHWRdrJn4= Received: by 10.54.86.1 with SMTP id j1mr2800048wrb; Sat, 08 Oct 2005 08:32:40 -0700 (PDT) Received: from ?192.168.2.20? ( [59.92.144.213]) by mx.gmail.com with ESMTP id g2sm2244614wra.2005.10.08.08.32.37; Sat, 08 Oct 2005 08:32:39 -0700 (PDT) In-Reply-To: <059401c5ca92$e1a2dc70$c901a8c0@workdog> References: <059401c5ca92$e1a2dc70$c901a8c0@workdog> Mime-Version: 1.0 (Apple Message framework v734) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <76023142-F5D4-4387-88D5-013DC7A51EF2@acm.org> Content-Transfer-Encoding: 7bit From: "Kamal R. Prasad" Date: Sat, 8 Oct 2005 21:05:49 +0530 To: X-Mailer: Apple Mail (2.734) Sender: "Kamal R. Prasad" Cc: freebsd-hackers@freebsd.org Subject: Re: problems with disk geometry X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 15:32:41 -0000 I found out that my samsung 1604N hard disk can be partitioned without any problem (it is now the primary master with a dvd drive as slave). . The problem lies with disklabel. If I use 'A' option in the sysinstall program's label section,. it expects to find in /dev ad0s1a, ad0s2a etc.. but these don't show up in /dev and the labelling procedure fails. Can someone tell me how to fix this or if this is a bug in this release of freebsd? thanks -kamal On 06-Oct-05, at 9:57 PM, Gayn Winters wrote: >> -----Original Message----- >> From: owner-freebsd-hackers@freebsd.org >> [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Kamal >> R. Prasad >> Sent: Thursday, October 06, 2005 8:56 AM >> To: freebsd-hackers@freebsd.org >> Subject: problems with disk geometry >> >> >> hello, >> >> Im trying to install FreeBSD 6.0 beta5 on a samsung SP1604N hard >> disk of about 160 GB. >> The installer complains that it has a problem with the disk >> geometry. >> The exact message is given below:- >> ------------------------------------------ >> A geometry of 310101/16/63 is incorrect for ad1. Using a more likely >> geometry. If this geometry is incorrect.. pl. consult the >> hardware guide >> ------------------------------------------- >> fdisk goes through the process of creating the reqd slices >> and when I >> try to commit the new partition table -it says it cannot write to / >> dev/ad1. >> >> Can someone tell me how to get past this problem? >> >> thanks >> -kamal >> > > I doubt it is your disk geometry. You will probably need to provide a > little more information. I assume you've got another OS on /dev/ > ad0 and > that you are letting sysinstall put 6.0 onto /dev/ad1 as a > (dangerously) > dedicated drive? What does the BIOS report? How old are the machine > and its BIOS? What does fdisk say when run either standalone or from > the first OS? > > -gayn > > > Kamal R. Prasad UNIX systems consultant http://www.kamalprasad.com/ kamalp@acm.org From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 16:26:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F1F016A41F for ; Sat, 8 Oct 2005 16:26:13 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9E6043D45 for ; Sat, 8 Oct 2005 16:26:12 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (storm.stura.uni-rostock.de [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id ECE8235707 for ; Sat, 8 Oct 2005 18:26:10 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1000) id D9E882A26; Sat, 8 Oct 2005 18:25:58 +0200 (CEST) Date: Sat, 8 Oct 2005 18:25:58 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20051008162558.GB21450@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1128644542.1273.36.camel@klamath.syndrom23.de> <20051007162846.GB12691@odin.ac.hmc.edu> <1128709063.1022.9.camel@klamath.syndrom23.de> <20051007205422.GW72352@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051007205422.GW72352@cirb503493.alcatel.com.au> User-Agent: Mutt/1.5.10i Subject: Re: struct timeval: why is tv_sec long? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 16:26:13 -0000 On Sat, Oct 08, 2005 at 06:54:22AM +1000, Peter Jeremy wrote: > On Fri, 2005-Oct-07 20:17:43 +0200, Andreas Kohn wrote: > >As SUSv2 wants tv_sec to be time_t[1], would it be possible to change > >this to time_t on all but alpha? I guess alpha will not receive a switch > >to long anymore[2]. > > tv_sec and time_t are int on Alpha for compatability with Tru64. Since > the Alpha is now a dead architecture and no longer a tier-1 FreeBSD > platform, it's unlikely anyone will expend the effort to change them. If that is the only reason, make it use time_t and add a fake field on Alpha before or after it (not sure of the byte order) to keep the alignment. Joerg From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 16:33:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 653CA16A41F for ; Sat, 8 Oct 2005 16:33:40 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8E00143D45 for ; Sat, 8 Oct 2005 16:33:39 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail invoked by alias); 08 Oct 2005 16:33:38 -0000 Received: from unknown (EHLO klamath) [212.204.44.203] by mail.gmx.net (mp015) with SMTP; 08 Oct 2005 18:33:38 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: Peter Jeremy In-Reply-To: <20051007205422.GW72352@cirb503493.alcatel.com.au> References: <1128644542.1273.36.camel@klamath.syndrom23.de> <20051007162846.GB12691@odin.ac.hmc.edu> <1128709063.1022.9.camel@klamath.syndrom23.de> <20051007205422.GW72352@cirb503493.alcatel.com.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HVTg69TJ9EKbvI5NUawt" Date: Sat, 08 Oct 2005 18:33:36 +0200 Message-Id: <1128789216.997.8.camel@klamath.syndrom23.de> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Cc: freebsd-hackers@freebsd.org Subject: Re: struct timeval: why is tv_sec long? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 16:33:40 -0000 --=-HVTg69TJ9EKbvI5NUawt Content-Type: multipart/mixed; boundary="=-ECAYTdel80Axb+UDB8nf" --=-ECAYTdel80Axb+UDB8nf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, On Sat, 2005-10-08 at 06:54 +1000, Peter Jeremy wrote: > On Fri, 2005-Oct-07 20:17:43 +0200, Andreas Kohn wrote: > >As SUSv2 wants tv_sec to be time_t[1], would it be possible to change > >this to time_t on all but alpha? I guess alpha will not receive a switch > >to long anymore[2].=20 >=20 > tv_sec and time_t are int on Alpha for compatability with Tru64. Since > the Alpha is now a dead architecture and no longer a tier-1 FreeBSD > platform, it's unlikely anyone will expend the effort to change them. That's what I was implying, yes. So, is there any reason left (except perhaps envious looks from the alpha guys :D) not to change it?=20 Shall I open up a PR on this? The only thing I'm currently wondering if it would be better to do=20 --- sys/_timeval.h #ifdef __alpha__ long tv_sec; #else time_t tv_sec; #endif ---, or creating a machine/_timeval.h. #ifdef __alpha__ would probably okay, there are more files in sys/ that do that. I think this is an important issue, as it currently makes code not compile on FreeBSD that uses standard interfaces.=20 Attached is a patch to at least update gettimeofday(2) with the fact that tv_usec is suseconds_t, and add a BUGS section to note the problem with tv_sec. I was unsure whether to add the reasoning behind the problem (alpha, tru64), so I left that out. Best regards, Andreas --=20 was macht man eigentlich auf einer linux-gamer lan ? hl server aufsetzen und freuen ? *duck* ^^ --=-ECAYTdel80Axb+UDB8nf Content-Disposition: attachment; filename=gettimeofday.2.diff Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=gettimeofday.2.diff; charset=UTF-8 SW5kZXg6IGdldHRpbWVvZmRheS4yDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL3N0b3JhZ2UvZnJl ZWJzZC9jdnMvc3JjL2xpYi9saWJjL3N5cy9nZXR0aW1lb2ZkYXkuMix2DQpyZXRyaWV2aW5nIHJl dmlzaW9uIDEuMjUNCmRpZmYgLXUgLXIxLjI1IGdldHRpbWVvZmRheS4yDQotLS0gZ2V0dGltZW9m ZGF5LjIJMiBKdWwgMjAwNCAyMzo1MjoxMyAtMDAwMAkxLjI1DQorKysgZ2V0dGltZW9mZGF5LjIJ OCBPY3QgMjAwNSAxNjoyNzo0MCAtMDAwMA0KQEAgLTgyLDggKzgyLDggQEANCiAuUHANCiAuQmQg LWxpdGVyYWwNCiBzdHJ1Y3QgdGltZXZhbCB7DQotCWxvbmcJdHZfc2VjOwkJLyogc2Vjb25kcyBz aW5jZSBKYW4uIDEsIDE5NzAgKi8NCi0JbG9uZwl0dl91c2VjOwkvKiBhbmQgbWljcm9zZWNvbmRz ICovDQorCWxvbmcJCXR2X3NlYzsJCS8qIHNlY29uZHMgc2luY2UgSmFuLiAxLCAxOTcwICovDQor CXN1c2Vjb25kc190CXR2X3VzZWM7CS8qIGFuZCBtaWNyb3NlY29uZHMgKi8NCiB9Ow0KIA0KIHN0 cnVjdCB0aW1lem9uZSB7DQpAQCAtMTMzLDMgKzEzMyw1IEBADQogLkZuIGdldHRpbWVvZmRheQ0K IHN5c3RlbSBjYWxsIGFwcGVhcmVkIGluDQogLkJ4IDQuMiAuDQorLlNoIEJVR1MNCitUaGUgdHZf c2VjIG1lbWJlciBvZiBzdHJ1Y3QgdGltZXZhbCBzaG91bGQgYmUgYSB0aW1lX3QuDQo= --=-ECAYTdel80Axb+UDB8nf-- --=-HVTg69TJ9EKbvI5NUawt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDR/TgYucd7Ow1ygwRAtxsAKCQ42xqMNKkw19ZuPav2tTYGeR0NgCgmbky VKIdCI/TEkI+Za3tQzJbxOs= =iRGc -----END PGP SIGNATURE----- --=-HVTg69TJ9EKbvI5NUawt-- From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 19:53:58 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EDDE16A41F for ; Sat, 8 Oct 2005 19:53:58 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D1443D46 for ; Sat, 8 Oct 2005 19:53:57 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.30] (april.chuckr.org [66.92.151.30]) by chuckr.org (Postfix) with ESMTP id 81FA111660 for ; Sat, 8 Oct 2005 15:45:23 -0400 (EDT) Message-ID: <434821D3.7080409@chuckr.org> Date: Sat, 08 Oct 2005 15:45:23 -0400 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050625) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: hosts.allow X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 19:53:58 -0000 I shouldn't write this while I'm frustrated. I just hope it doesn't leak out, I know I tend to do that. I'm having trouble getting my mounts to work with my newly attached Zaurus, to my trusty FreeBSD server. I have gotten past several problems, began googling error messages, and hit the /etc/hosts.allow file. Here I've hit a problem. The file, both the internals of it (which is a mass of examples with nearly no explanations) and the man page, are either circular definitions, or missing ones, grossly missing. One glaring example, in the man page, the single most commonly used token is "ALL" but even though it's used more than any other token, it's not defined, even slightly. What does ALL mean? Hmm, howcome security info, which is the most important, is always the worst documented, and set up with the most complicated syntax? If you MUST use examples, they should only be used to illustrate items that have explanations, they should never ever be used as the primary explanation. I can't figure out how to use /etc/hosts.allow. I'm not sure if it is, or is not, affecting my rpcbind. Well, you be the judge, did I let my frustration out of the bag this time? From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 20:03:29 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00E8716A41F for ; Sat, 8 Oct 2005 20:03:29 +0000 (GMT) (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 0044D43D53 for ; Sat, 8 Oct 2005 20:03:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id D86321A3C1B; Sat, 8 Oct 2005 13:03:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E3F5453D8A; Sat, 8 Oct 2005 16:03:25 -0400 (EDT) Date: Sat, 8 Oct 2005 16:03:25 -0400 From: Kris Kennaway To: Steven Hartland Message-ID: <20051008200324.GA44623@xor.obsecurity.org> References: <02db01c5ae4d$e38a1780$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <02db01c5ae4d$e38a1780$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: Debugging an unknown reboot (disk / io related) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 20:03:29 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Aug 31, 2005 at 06:03:13PM +0100, Steven Hartland wrote: > When running a large rsync on one of our machines here it > constantly ditches and reboots leaving no traces in the logs > or anything. It looks like it could be a driver error but with > no crash log or panic message to go on I dont know where > to start. This kind of question is asked frequently. If your machine isn't panicking (check the system console, and make sure you're not running X there), it usually means you have failing or marginal hardware that is unable to keep up with peak loads. Try replacing your power supply, or putting it behind a UPS that can condition the power if your AC supply is dirty or unstable. Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDSCYMWry0BWjoQKURAiZYAKDUM8y48ECWkOj5JOHfhvkFt61XawCfUeeG FSiG62WF/6mTLEzpIOWCJUg= =e8r6 -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 20:31:21 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E8D316A41F for ; Sat, 8 Oct 2005 20:31:21 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) Received: from the-macgregors.org (82-46-96-19.cable.ubr06.stav.blueyonder.co.uk [82.46.96.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6DA343D45 for ; Sat, 8 Oct 2005 20:31:20 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (user=freebsd mech=LOGIN bits=0) by the-macgregors.org (8.13.5/8.13.5) with ESMTP id j98KVGqp013118 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 8 Oct 2005 20:31:17 GMT From: "Rob MacGregor" To: Date: Sat, 8 Oct 2005 21:31:17 +0100 Message-ID: <003a01c5cc47$3c2b4460$0100a8c0@macgregor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <434821D3.7080409@chuckr.org> Thread-Index: AcXMQnQ9ikiAgZg/TEqC6rh+xGb36QABAQhQ X-Virus-Scanned: by amavisd-new Subject: RE: hosts.allow X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 20:31:21 -0000 On Saturday, October 08, 2005 8:45 PM, Chuck Robey <> unleashed the infinite monkeys and produced: > One glaring example, in the man page, the single most commonly > used token is "ALL" but even though it's used more than any other token, > it's not defined, even slightly. What does ALL mean? Quoting the "hosts_access" man page: ALL The universal wildcard, always matches. > I can't figure out how to use /etc/hosts.allow. I'm not > sure if it is, or is not, affecting my rpcbind. The man page for rpcbind suggests it should, and you can find out (again, from the man page): -l Turn on libwrap connection logging. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 20:33:26 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F37116A41F for ; Sat, 8 Oct 2005 20:33:26 +0000 (GMT) (envelope-from paul.halliday@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EC443D45 for ; Sat, 8 Oct 2005 20:33:25 +0000 (GMT) (envelope-from paul.halliday@gmail.com) Received: by qproxy.gmail.com with SMTP id a39so825208qbd for ; Sat, 08 Oct 2005 13:33:25 -0700 (PDT) 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=B6qHX8C6k3g32qtjmtk3udIKTcuxTU836iCOrOYVjUX1iryGstaDYSJQdXs6pRLEm+x7GwmM45IYeBwnTgh8GfOwDugfIFmcmQ2skgwl2If2irO14z+Z/jWPe1fkXs8GJ4HaL36mQkk2E7McswE7QcBJ2nM08omgBIf3SaLglXE= Received: by 10.65.81.20 with SMTP id i20mr2241378qbl; Sat, 08 Oct 2005 13:09:10 -0700 (PDT) Received: by 10.65.154.4 with HTTP; Sat, 8 Oct 2005 13:09:10 -0700 (PDT) Message-ID: <2dab70a30510081309u2b1a9e84i9d058b0cda9a731@mail.gmail.com> Date: Sat, 8 Oct 2005 17:09:10 -0300 From: Paul Halliday To: Chuck Robey In-Reply-To: <434821D3.7080409@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <434821D3.7080409@chuckr.org> Cc: freebsd-hackers@freebsd.org Subject: Re: hosts.allow X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 20:33:26 -0000 My guess, and this is a wild one, would be: All \All\, a. [OE. al, pl. alle, AS. eal, pl. ealle, Northumbrian alle, akin to D. & OHG. al, Ger. all, Icel. allr. Dan. al, Sw. all, Goth. alls; and perh. to Ir. and Gael. uile, W. oll.] 1. The whole quantity, extent, duration, amount, quality, or degree of; the whole; the whole number of; any whatever; every; as, all the wheat; all the land; all the year; all the strength; all happiness; all abundance; loss of all power; beyond all doubt; you will see us all (or all of us). [1913 Webster] So, Service(s) : Host(s) : Action ALL(services(s)) : ALL (Hosts(s)) : Action On 10/8/05, Chuck Robey wrote: > I shouldn't write this while I'm frustrated. I just hope it doesn't > leak out, I know I tend to do that. > > I'm having trouble getting my mounts to work with my newly attached > Zaurus, to my trusty FreeBSD server. I have gotten past several > problems, began googling error messages, and hit the /etc/hosts.allow > file. Here I've hit a problem. The file, both the internals of it > (which is a mass of examples with nearly no explanations) and the man > page, are either circular definitions, or missing ones, grossly > missing. One glaring example, in the man page, the single most commonly > used token is "ALL" but even though it's used more than any other token, > it's not defined, even slightly. What does ALL mean? > > Hmm, howcome security info, which is the most important, is always the > worst documented, and set up with the most complicated syntax? > > If you MUST use examples, they should only be used to illustrate items > that have explanations, they should never ever be used as the primary > explanation. I can't figure out how to use /etc/hosts.allow. I'm not > sure if it is, or is not, affecting my rpcbind. > > Well, you be the judge, did I let my frustration out of the bag this time= ? > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > -- _________________ Paul Halliday http://pintumbler.com/ "Diplomacy is the art of saying "Nice doggie!" till you can find a rock." From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 21:18:42 2005 Return-Path: X-Original-To: FreeBSD-hackers@FreeBSD.org Delivered-To: FreeBSD-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF1F16A41F for ; Sat, 8 Oct 2005 21:18:42 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2138743D46 for ; Sat, 8 Oct 2005 21:18:42 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.30] (april.chuckr.org [66.92.151.30]) by chuckr.org (Postfix) with ESMTP id DC5F911637 for ; Sat, 8 Oct 2005 17:10:08 -0400 (EDT) Message-ID: <434835B0.7020005@chuckr.org> Date: Sat, 08 Oct 2005 17:10:08 -0400 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050625) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-hackers@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: mount permissions problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 21:18:42 -0000 I could sure use some help here. I have this Zaurus pda, running OpenBSD (FreeBSD doesn't run on arm, last I looked), and I have just gotten usb networking to work. I am trying to get nfs mounts to work, and I have very nearly got it working, except for one problem: permissions. For example, I have a /usr3/local that I want to mount as /usr/ports on the Zaurus. When I do that (and it does mount), if I try to "touch garbage", it comes back and tells me "Permission denied". I can't get around this. The mount isn't ro, in fact, when I do the mount -v, I get: april.chuckr.org:/usr3/osrc/ports on /usr/ports type nfs (rw, ctime=Sat Oct 8 10:23:49 2005, v3, tcp, hard, wsize=8192, rsize=8192, rdirsize=8192, timeo=100, retrans=10, maxgrouplist=16, readahead=1, acregmin=5, acregmax=60, acdirmin=5, acdirmax=60) Showmount -e on FreeBSD shows the right network (I was going to post it, but I chickened out, it's got too much stuff I don't want publicized, I have static IPs). How come I can't get permissions fixed? From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 21:31:07 2005 Return-Path: X-Original-To: FreeBSD-hackers@FreeBSD.org Delivered-To: FreeBSD-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E041416A435 for ; Sat, 8 Oct 2005 21:31:06 +0000 (GMT) (envelope-from albi@scii.nl) Received: from post-24.mail.nl.demon.net (post-24.mail.nl.demon.net [194.159.73.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D3CC43D45 for ; Sat, 8 Oct 2005 21:31:06 +0000 (GMT) (envelope-from albi@scii.nl) Received: from aseed.demon.nl ([83.160.138.119]:9929 helo=mail.aseed.antenna.nl) by post-24.mail.nl.demon.net with esmtp (Exim 4.51) id 1EOMHY-000Oak-Pe; Sat, 08 Oct 2005 21:31:04 +0000 Received: from http.aseed.antenna.nl (unknown [192.168.0.50]) by mail.aseed.antenna.nl (Postfix) with ESMTP id 6573F15494A; Sat, 8 Oct 2005 23:33:44 +0200 (CEST) Received: from localhost.localdomain (217-19-30-147.dsl.cambrium.nl [217.19.30.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by http.aseed.antenna.nl (Postfix) with ESMTP id F3CB159DF1A; Sat, 8 Oct 2005 23:32:18 +0200 (CEST) Date: Sat, 8 Oct 2005 23:30:56 +0200 From: albi To: Chuck Robey Message-Id: <20051008233056.49d87145.albi@scii.nl> In-Reply-To: <434835B0.7020005@chuckr.org> References: <434835B0.7020005@chuckr.org> X-Mailer: Sylpheed version 2.1.1 (GTK+ 2.8.6; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-hackers@FreeBSD.org Subject: Re: mount permissions problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 21:31:07 -0000 On Sat, 08 Oct 2005 17:10:08 -0400 Chuck Robey wrote: > I have this Zaurus pda, running OpenBSD (FreeBSD doesn't run on arm, > last I looked), and I have just gotten usb networking to work. I am > trying to get nfs mounts to work, and I have very nearly got it working, > except for one problem: permissions. > > For example, I have a /usr3/local that I want to mount as /usr/ports on > the Zaurus. When I do that (and it does mount), if I try to "touch > garbage", it comes back and tells me "Permission denied". I can't get > around this. The mount isn't ro, in fact, when I do the mount -v, I get: > > april.chuckr.org:/usr3/osrc/ports on /usr/ports type nfs (rw, ctime=Sat > Oct 8 10:23:49 2005, v3, tcp, hard, wsize=8192, rsize=8192, > rdirsize=8192, timeo=100, retrans=10, maxgrouplist=16, readahead=1, > acregmin=5, acregmax=60, acdirmin=5, acdirmax=60) you didn't say whether you tried as a normal user or root, for normal users you should use the same uid and gid on both machines, for root you need to appropriate syntax on the nfs-server (you could show that part of /etc/exports changing your ip-addresses) HTH -- grtjs, albi gpg-key: lynx -dump http://scii.nl/~albi/gpg.asc | gpg --import From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 21:31:43 2005 Return-Path: X-Original-To: FreeBSD-hackers@freebsd.org Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2441316A420 for ; Sat, 8 Oct 2005 21:31:43 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) Received: from the-macgregors.org (82-46-96-19.cable.ubr06.stav.blueyonder.co.uk [82.46.96.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE1443D45 for ; Sat, 8 Oct 2005 21:31:42 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (user=freebsd mech=LOGIN bits=0) by the-macgregors.org (8.13.5/8.13.5) with ESMTP id j98LVc4h004202 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 8 Oct 2005 21:31:38 GMT From: "Rob MacGregor" To: Date: Sat, 8 Oct 2005 22:31:38 +0100 Message-ID: <004701c5cc4f$aa5b25b0$0100a8c0@macgregor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <434835B0.7020005@chuckr.org> Thread-Index: AcXMTls6yTBKorXgRCK9rzEoJuCnswAANMSg X-Virus-Scanned: by amavisd-new Cc: Subject: RE: mount permissions problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 21:31:43 -0000 On Saturday, October 08, 2005 10:10 PM, Chuck Robey <> unleashed the infinite monkeys and produced: > I could sure use some help here. > > I have this Zaurus pda, running OpenBSD (FreeBSD doesn't run on arm, > last I looked), and I have just gotten usb networking to work. I am > trying to get nfs mounts to work, and I have very nearly got it working, > except for one problem: permissions. > > For example, I have a /usr3/local that I want to mount as /usr/ports on > the Zaurus. When I do that (and it does mount), if I try to "touch > garbage", it comes back and tells me "Permission denied". I can't get > around this. Keep in mind that the root user isn't mapped across an NFS mount by default: In the absence of -maproot and -mapall options, remote accesses by root will result in using a credential of -2:-2. All other users will be mapped to their remote credential. If you want a remote system to have root access to the file system you *MUST* explicity configure this. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 21:46:00 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B75416A41F for ; Sat, 8 Oct 2005 21:46:00 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-152-86-8.jan.bellsouth.net [70.152.86.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CD4B43D46 for ; Sat, 8 Oct 2005 21:45:59 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 9121920FF1; Sat, 8 Oct 2005 16:45:58 -0500 (CDT) Date: Sat, 8 Oct 2005 16:45:58 -0500 From: "Matthew D. Fuller" To: Chuck Robey Message-ID: <20051008214558.GD40085@over-yonder.net> References: <434821D3.7080409@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <434821D3.7080409@chuckr.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: freebsd-hackers@freebsd.org Subject: Re: hosts.allow X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 21:46:00 -0000 On Sat, Oct 08, 2005 at 03:45:23PM -0400 I heard the voice of Chuck Robey, and lo! it spake thus: > > I'm not sure if it is, or is not, affecting my rpcbind. Someone else pointed out hosts_access(5). I just wanted to point out that unless you did something to it, it's probably not. The file is run through first-match, and the first non-comment line in the default file is: ALL : ALL : allow -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 8 21:49:03 2005 Return-Path: X-Original-To: FreeBSD-hackers@freebsd.org Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA1B816A41F for ; Sat, 8 Oct 2005 21:49:03 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108B743D45 for ; Sat, 8 Oct 2005 21:49:02 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail09.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j98Lmwxa016126 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 9 Oct 2005 07:48:58 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j98LmvHh000305; Sun, 9 Oct 2005 07:48:58 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j98LmvOp000304; Sun, 9 Oct 2005 07:48:57 +1000 (EST) (envelope-from pjeremy) Date: Sun, 9 Oct 2005 07:48:57 +1000 From: Peter Jeremy To: Chuck Robey Message-ID: <20051008214857.GA223@cirb503493.alcatel.com.au> References: <434835B0.7020005@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <434835B0.7020005@chuckr.org> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD-hackers@freebsd.org Subject: Re: mount permissions problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 21:49:03 -0000 On Sat, 2005-Oct-08 17:10:08 -0400, Chuck Robey wrote: >For example, I have a /usr3/local that I want to mount as /usr/ports on >the Zaurus. When I do that (and it does mount), if I try to "touch >garbage", it comes back and tells me "Permission denied". Are you doing this as root or as an ordinary user? If the former, do you have '-maproot=root' for /usr3/local in april:/etc/exports? If the latter does the user have permission to write to /usr/ports? > The mount isn't ro, I think that mount on the client will report rw even if the server only exports ro. >Showmount -e on FreeBSD shows the right network (I was going to post it, >but I chickened out, it's got too much stuff I don't want publicized, I >have static IPs). You can always s/your.real.ip/some.dummy.ip/g -- Peter Jeremy