From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 18 01:36:26 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EC65106566C for ; Sun, 18 Apr 2010 01:36:26 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id F12AF8FC08 for ; Sun, 18 Apr 2010 01:36:25 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id o3I1ch0N073228 for ; Sat, 17 Apr 2010 18:38:44 -0700 (PDT) (envelope-from mahan@mahan.org) Message-ID: <4BCA6218.5020308@mahan.org> Date: Sat, 17 Apr 2010 18:36:24 -0700 From: Patrick Mahan User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Loading a KLM at boot time (issues) 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, 18 Apr 2010 01:36:26 -0000 I am looking for some guidance and perhaps a method to debug an issue I am having with a KLM. For various reasons, I have to make use of random.ko instead of having it built as part of the kernel. As a result, I am adding the following line to /boot/loader.conf - random_load=yes # I have also tried random_load="YES" On some platforms (Intel Xeon L5518 running FBSD 8.0-release-p2) this works as expected and a kldstat shows random.ko as loaded. However, on other platforms (Intel Xeon E5440 running FBSD 8.0-release-p2) this is not working. random.ko does not get loaded and as a result SSHD will not start which causes havoc with QA/Release engineering. I cannot figure this one out. I don't see any messages on the console indicating that it has failed to load. But sshd complains about not finding the /dev/random and logging in and doing a kldstat shows that random.ko is not there. However, it is there because I can do a 'kldload random; /etc/rc.d/sshd start' and I get SSHD up and running. Nothing popped up when I tried "debugging loader.conf" in Google. Any suggestions? Thanks, Patrick From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 18 03:30:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 939831065670 for ; Sun, 18 Apr 2010 03:30:16 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 47B4B8FC13 for ; Sun, 18 Apr 2010 03:30:16 +0000 (UTC) Received: from pavillion-dv6425us.home (pool-173-63-100-89.nwrknj.fios.verizon.net [173.63.100.89]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 0C725A09C3; Sun, 18 Apr 2010 12:11:38 +0900 (JST) Date: Sat, 17 Apr 2010 23:11:35 -0400 From: Yoshihiro Ota To: Tim Judd Message-Id: <20100417231135.422e2db2.ota@j.email.ne.jp> In-Reply-To: References: X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers Subject: Re: Fwd: mkuzip and/or geom_uzip changes? 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, 18 Apr 2010 03:30:16 -0000 If you want to make a bootable FreeBSD CD, take a look at freesbie in ports. That's what the software does. I that doesn't satisfy you, you can start look into creating one on your own. I have a couple of suggestions. mkuzip copies the disk image. You really WANT to unmount before running it; otherwise, file system is in use and dirty. If you load modules, you can simply list these files in /etc/fstab like below. /dev/md.uzip /usr/ports mfs ro,-P,-F/usr/uzip/ports-20090103+xosview.uzip Hiro On Wed, 31 Mar 2010 16:32:09 -0600 Tim Judd wrote: > Also in a separate thread to -questions. Thought it was better on > hackers after a few hours thought. > > > ---------- Forwarded message ---------- > From: Tim Judd > Date: Wed, 31 Mar 2010 04:59:52 -0600 > Subject: mkuzip and/or geom_uzip changes? > To: FreeBSD Questions > > Hi All, > > Just starting to see if I can find other reports. You all probably > have had the "more than one pair of eyes looking at a thing is better > than my eyes alone." This is why I'm writing now, as I'm starting the > discovery. > > Let me background this a little bit. I only started looking into this > because mkuzip and it's counterpart, geom_uzip are throwing errors on > FreeBSD8 i386 > > > scenario (/etc/src.conf in effect, removing *LOTS* of stuff with knobs): > make DESTDIR=/home/small8 installworld installkernel distribution > mv /home/small8/boot /home/small8-boot/ > makefs -t ffs /home/small8/usr.img /home/small8/usr/ > mkuzip -o /home/small8/usr.uzip /home/small8/usr.img [*] > chflags -R noschg /home/small8/usr/* > rm -rf /home/small8/usr/* /home/small8/usr.img > ee /home/small8/etc/rc.d/mountcritlocal > [**] > makefs -t ffs /home/small8-boot/mfsroot /home/small8/ > gzip --best /home/small8-boot/mfsroot > ee /home/small8-boot/boot/loader.conf > [***] > rm /home/small8-boot/boot/kernel/*.symbols > gzip --best /home/small8-boot/boot/kernel/kernel > mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot > -iso-level 4 -o /home/small8.iso /home/small8-boot/ > > > [*]: mkuzip inserts a script header that is broken. module name it's > searching for may have been renamed? > [**]: Edited mountcritlocal to mount the usr.uzip file as by using the > above script header, throws errors > [***]: added zlib and geom_uzip modules to load to the boot image, to > satisfy the script header's requirements. > > OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. > Small enough to apparently fit into the undocumented 50 or 100MB size > limit of mfs_root module > > > The problem: > mkuzip generates a few lines as a script in the head of the > resulting *.uzip file. Two problems... > 1) the module it queries for is geom_uzip (kldstat -m $m), but > FreeBSD8 names the geom_uzip module (i guess, internally) as g_uzip. > mkuzip's generated image will never find the module if they're not > named the same. > 2) even with geom_uzip module and it's dependency zlib loaded, i don't > get a mdconfig node '/dev/md?.uzip' to appear. > > It's been forever since I touched uzip, so I have to ask. > > > Looking at the cvsweb, (as a bonus question, what's the svn website > address to look at source files?) mkuzip program last modified 3 years > (2 months for the Makefile), geom_uzip module Makefile last modified 4 > years ago. > > 3-4 years yield a median FreeBSD version 6.2. Have we broken > something in 7 or 8? > > > > The request: > Is it a PEBKAC? ID 10T error? Duplicatable? > > > I'm gonna research what I can, when I can. I would expect to see > something pop up clearly if it is a regression. Can I ask you all to > use your eyes or past knowledge if something is broken? From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 18 07:52:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7337F106564A for ; Sun, 18 Apr 2010 07:52:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B35918FC13 for ; Sun, 18 Apr 2010 07:52:18 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA26477; Sun, 18 Apr 2010 10:52:09 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O3PIX-000H1X-Ae; Sun, 18 Apr 2010 10:52:09 +0300 Message-ID: <4BCABA27.3030800@icyb.net.ua> Date: Sun, 18 Apr 2010 10:52:07 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Tim Judd References: <20100417231135.422e2db2.ota@j.email.ne.jp> In-Reply-To: <20100417231135.422e2db2.ota@j.email.ne.jp> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Yoshihiro Ota , freebsd-hackers Subject: Re: Fwd: mkuzip and/or geom_uzip changes? 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, 18 Apr 2010 07:52:19 -0000 on 18/04/2010 06:11 Yoshihiro Ota said the following: > If you want to make a bootable FreeBSD CD, take a look at > freesbie in ports. That's what the software does. > > I that doesn't satisfy you, you can start look into creating one on your own. I would also like to share my work-in-progress article on my toying with some LiveCD creation methods: http://wiki.freebsd.org/AvgLiveCD -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 18 07:55:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67379106566C for ; Sun, 18 Apr 2010 07:55:52 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AC1948FC16 for ; Sun, 18 Apr 2010 07:55:51 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA26514; Sun, 18 Apr 2010 10:55:46 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O3PM2-000H1f-E7; Sun, 18 Apr 2010 10:55:46 +0300 Message-ID: <4BCABB01.8000404@icyb.net.ua> Date: Sun, 18 Apr 2010 10:55:45 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Patrick Mahan References: <4BCA6218.5020308@mahan.org> In-Reply-To: <4BCA6218.5020308@mahan.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Loading a KLM at boot time (issues) 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, 18 Apr 2010 07:55:52 -0000 on 18/04/2010 04:36 Patrick Mahan said the following: > > Nothing popped up when I tried "debugging loader.conf" in Google. > > Any suggestions? First, double-check that you really have random.ko in your modules directories. Supposing you don't use nextboot.conf or haven't otherwise modified kernel and modules paths, those should be /boot/kernel and /boot/modules. Make sure that you have a large enough message buffer size and boot with verbose messages enabled. kernel will report pre-loaded modules at the start of boot. Check there for any error reports from kernel linker too. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 18 10:21:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF2F61065674 for ; Sun, 18 Apr 2010 10:21:58 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f199.google.com (mail-qy0-f199.google.com [209.85.221.199]) by mx1.freebsd.org (Postfix) with ESMTP id 750FD8FC16 for ; Sun, 18 Apr 2010 10:21:57 +0000 (UTC) Received: by qyk37 with SMTP id 37so3484748qyk.8 for ; Sun, 18 Apr 2010 03:21:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=X32Dq5Kibo082BqFL1AzyDhtziytxSwZyicOq/lPTpA=; b=b4ImOdPyQiFr2tL2OFnYXSBtkn1/pgExVDthuFw5G8FwwKcGkCeBkok4a3E5itWaCS Qb2pb0BGZMp5YVLM+FtU5g7lbBYeu3ur25Vzlckdqyusl7UQeebVT0BGbdNI71D1rM3W 2ekTNh99dzbgzU7Lmf/mBbyifBPwYAfyTC1Gw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GkF4zOOZN9SUY88cCgjb1H05aPFxIagDxxhB6bwi22Hktaz+u73Khd8uspw5qawpxQ 3gMmwi00sQfgbwP+/WWiJJ8I3fCRW6Q85gor0sslpSaVn2gkb/21xw2pkAZrZbMYcqRG DvxAdR3mv4gBJXdK+2Lq0MmgEDHG+ywUs3SMk= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Sun, 18 Apr 2010 03:21:57 -0700 (PDT) In-Reply-To: <4BCABA27.3030800@icyb.net.ua> References: <20100417231135.422e2db2.ota@j.email.ne.jp> <4BCABA27.3030800@icyb.net.ua> Date: Sun, 18 Apr 2010 03:21:57 -0700 Received: by 10.229.248.211 with SMTP id mh19mr4070111qcb.104.1271586117268; Sun, 18 Apr 2010 03:21:57 -0700 (PDT) Message-ID: From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Yoshihiro Ota , Tim Judd , freebsd-hackers Subject: Re: Fwd: mkuzip and/or geom_uzip changes? 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, 18 Apr 2010 10:21:58 -0000 On Sun, Apr 18, 2010 at 12:52 AM, Andriy Gapon wrote: > on 18/04/2010 06:11 Yoshihiro Ota said the following: >> If you want to make a bootable FreeBSD CD, take a look at >> freesbie in ports. =A0That's what the software does. >> >> I that doesn't satisfy you, you can start look into creating one on your= own. > > I would also like to share my work-in-progress article on my toying with = some > LiveCD creation methods: > http://wiki.freebsd.org/AvgLiveCD FWIW, tempfs is a really easy usable way to get temporary filesystems too if your target machines have enough RAM. It was plenty functional up to 200MB on a system with 2GB RAM and a 8.0-RELEASE kernel. Cheers, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 18 21:00:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4D83106564A for ; Sun, 18 Apr 2010 21:00:03 +0000 (UTC) (envelope-from ak@natsys-lab.com) Received: from omr16.networksolutionsemail.com (omr16.networksolutionsemail.com [205.178.146.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC928FC08 for ; Sun, 18 Apr 2010 21:00:03 +0000 (UTC) Received: from cm-omr9 (mail.networksolutionsemail.com [205.178.146.50]) by omr16.networksolutionsemail.com (8.13.6/8.13.6) with ESMTP id o3IKmexu016560 for ; Sun, 18 Apr 2010 16:48:40 -0400 Authentication-Results: cm-omr9 smtp.user=ak; auth=pass (CRAM-MD5) Received: from [81.200.119.167] ([81.200.119.167:13901] helo=[81.200.119.167]) by cm-omr9 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 80/8B-11343-7207BCB4; Sun, 18 Apr 2010 16:48:40 -0400 Message-ID: <4BCBA7F8.3060109@natsys-lab.com> Date: Mon, 19 Apr 2010 00:46:48 +0000 From: Alexander Krizhanovsky Organization: NatSys Lab. User-Agent: Thunderbird 2.0.0.23 (X11/20100322) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------030802090104090509010408" Cc: ur4ina@gmail.com Subject: [PATCH] RUSAGE_THREAD 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, 18 Apr 2010 21:00:03 -0000 This is a multi-part message in MIME format. --------------030802090104090509010408 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi all! This patch implements per-thread rusage statistic (like RUSAGE_THREAD in Linux and RUSAGE_LWP in OpenSolaris). Unfortunately, we have to acquire a number of locks to read/update system and user times for current thread rusage information because it's also used for whole process statistic and needs to be zeroed. Any comments are very appreciated. It's tested against 8.0-RELEASE. Appropriate PR is submitted. -- Alexander Krizhanovsky NatSys Lab. (http://natsys-lab.com) tel: +7 (916) 717-3899, +7 (499) 747-6304 e-mail: ak@natsys-lab.com --------------030802090104090509010408 Content-Type: text/plain; name="patch-rusage-thread.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-rusage-thread.txt" --- sys/sys/resource.h.orig 2009-10-25 01:10:29.000000000 +0000 +++ sys/sys/resource.h 2010-04-11 23:31:14.000000000 +0000 @@ -56,6 +56,7 @@ #define RUSAGE_SELF 0 #define RUSAGE_CHILDREN -1 +#define RUSAGE_THREAD 1 struct rusage { struct timeval ru_utime; /* user time used */ --- sys/kern/kern_resource.c.orig 2009-10-25 01:10:29.000000000 +0000 +++ sys/kern/kern_resource.c 2010-04-18 23:49:04.000000000 +0000 @@ -76,6 +76,7 @@ static void calcru1(struct proc *p, stru struct timeval *up, struct timeval *sp); static int donice(struct thread *td, struct proc *chgp, int n); static struct uidinfo *uilookup(uid_t uid); +static void ruxagg_tlock(struct proc *p, struct thread *td); /* * Resource controls and accounting. @@ -623,9 +624,7 @@ lim_cb(void *arg) return; PROC_SLOCK(p); FOREACH_THREAD_IN_PROC(p, td) { - thread_lock(td); - ruxagg(&p->p_rux, td); - thread_unlock(td); + ruxagg_tlock(p, td); } PROC_SUNLOCK(p); if (p->p_rux.rux_runtime > p->p_cpulimit * cpu_tickrate()) { @@ -836,9 +835,7 @@ calcru(struct proc *p, struct timeval *u FOREACH_THREAD_IN_PROC(p, td) { if (td->td_incruntime == 0) continue; - thread_lock(td); - ruxagg(&p->p_rux, td); - thread_unlock(td); + ruxagg_tlock(p, td); } calcru1(p, &p->p_rux, up, sp); } @@ -918,6 +915,29 @@ calcru1(struct proc *p, struct rusage_ex sp->tv_usec = su % 1000000; } +static void +calctru(struct thread *td) +{ + u_int64_t tu = cputick2usec(td->td_incruntime); + u_int64_t ut = td->td_uticks; + u_int64_t it = td->td_iticks; + u_int64_t st = td->td_sticks; + u_int64_t tt, uu, su; + + tt = ut + st + it; + if (!tt) { + /* Avoid divide by zero */ + st = 1; + tt = 1; + } + uu = td->td_ru.ru_utime.tv_usec + (ut * tu) / tt; + su = td->td_ru.ru_stime.tv_usec + (st * tu) / tt; + td->td_ru.ru_utime.tv_sec += uu / 1000000; + td->td_ru.ru_utime.tv_usec = uu % 1000000; + td->td_ru.ru_stime.tv_sec += su / 1000000; + td->td_ru.ru_stime.tv_usec = su % 1000000; +} + #ifndef _SYS_SYSPROTO_H_ struct getrusage_args { int who; @@ -939,10 +959,7 @@ getrusage(td, uap) } int -kern_getrusage(td, who, rup) - struct thread *td; - int who; - struct rusage *rup; +kern_getrusage(struct thread *td, int who, struct rusage *rup) { struct proc *p; int error; @@ -961,6 +978,13 @@ kern_getrusage(td, who, rup) calccru(p, &rup->ru_utime, &rup->ru_stime); break; + case RUSAGE_THREAD: + PROC_SLOCK(p); + ruxagg_tlock(p, td); + PROC_SUNLOCK(p); + *rup = td->td_ru; + break; + default: error = EINVAL; } @@ -1010,12 +1034,24 @@ ruxagg(struct rusage_ext *rux, struct th rux->rux_uticks += td->td_uticks; rux->rux_sticks += td->td_sticks; rux->rux_iticks += td->td_iticks; + + /* update thread rusage before ticks counters cleaning */ + calctru(td); + td->td_incruntime = 0; td->td_uticks = 0; td->td_iticks = 0; td->td_sticks = 0; } +static void +ruxagg_tlock(struct proc *p, struct thread *td) +{ + thread_lock(td); + ruxagg(&p->p_rux, td); + thread_unlock(td); +} + /* * Update the rusage_ext structure and fetch a valid aggregate rusage * for proc p if storage for one is supplied. @@ -1030,9 +1066,7 @@ rufetch(struct proc *p, struct rusage *r *ru = p->p_ru; if (p->p_numthreads > 0) { FOREACH_THREAD_IN_PROC(p, td) { - thread_lock(td); - ruxagg(&p->p_rux, td); - thread_unlock(td); + ruxagg_tlock(p, td); rucollect(ru, &td->td_ru); } } --------------030802090104090509010408-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 19 08:51:02 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 283AE1065689 for ; Mon, 19 Apr 2010 08:51:02 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id A553A8FC23 for ; Mon, 19 Apr 2010 08:51:01 +0000 (UTC) Received: by bwz6 with SMTP id 6so3826876bwz.13 for ; Mon, 19 Apr 2010 01:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type; bh=pZDQiaAIInY3XLlgrAPs6KWPe5t47p7jaF1mH6KUg5E=; b=VPjBVh+lXlSEcB1i3aCfUoV5YeL5NNIFuM4nV7P7/KWOWdNkzS3xAuR2CzOBHi1yZW lhYLpNid44UWkstOXNSf+fzaBy/dxh6nH94Zrua1UlmCFtLKeoJBMfdv0cp+OIfr68IJ j/WtN2ymbQhF6ERRm1jhe2cE7bNNagwabSwnc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=dlG5B/ZVXBttA3OsaizO6o+3G3/RqmyadZY7mOMG9vBKolhKCEw8VvYyqikfqXF20x 8FqQUuL7RHcjXCkzB2qjuXeuPZCFbsIMJAhoIjDVHbkQOTiLYcgCMQm+4agNR30iBInd yVhccTSPPLQ9rf+yZH++kRYH+dF2X52Y0uy0Y= MIME-Version: 1.0 Received: by 10.239.150.76 with HTTP; Mon, 19 Apr 2010 01:50:40 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Mon, 19 Apr 2010 11:50:40 +0300 Received: by 10.239.160.19 with SMTP id a19mr431794hbd.165.1271667060213; Mon, 19 Apr 2010 01:51:00 -0700 (PDT) Message-ID: To: jhell Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Hackers , Jason Spiro Subject: Re: [RFC] [patch] pkill verbose option 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, 19 Apr 2010 08:51:02 -0000 This has been waiting as a pr for a while - any update if this will be committed? http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/143558 From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 19 14:06:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32C851065670 for ; Mon, 19 Apr 2010 14:06:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 737488FC12 for ; Mon, 19 Apr 2010 14:06:35 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA28598; Mon, 19 Apr 2010 17:06:27 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BCC6363.90108@icyb.net.ua> Date: Mon, 19 Apr 2010 17:06:27 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Garrett Cooper References: <20100417231135.422e2db2.ota@j.email.ne.jp> <4BCABA27.3030800@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Yoshihiro Ota , Tim Judd , freebsd-hackers Subject: Re: Fwd: mkuzip and/or geom_uzip changes? 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, 19 Apr 2010 14:06:37 -0000 on 18/04/2010 13:21 Garrett Cooper said the following: > On Sun, Apr 18, 2010 at 12:52 AM, Andriy Gapon wrote: >> on 18/04/2010 06:11 Yoshihiro Ota said the following: >>> If you want to make a bootable FreeBSD CD, take a look at >>> freesbie in ports. That's what the software does. >>> >>> I that doesn't satisfy you, you can start look into creating one on your own. >> I would also like to share my work-in-progress article on my toying with some >> LiveCD creation methods: >> http://wiki.freebsd.org/AvgLiveCD > > FWIW, tempfs is a really easy usable way to get temporary > filesystems too if your target machines have enough RAM. It was plenty > functional up to 200MB on a system with 2GB RAM and a 8.0-RELEASE > kernel. You mean instead of e.g. UFS on memory disk? Thanks for the tip. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 19 14:40:11 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 195CF106566B for ; Mon, 19 Apr 2010 14:40:11 +0000 (UTC) (envelope-from lars@chaotika.org) Received: from diogenes.chaotika.org (cl-2124.ham-01.de.sixxs.net [IPv6:2001:6f8:900:84b::2]) by mx1.freebsd.org (Postfix) with ESMTP id CE9C08FC1A for ; Mon, 19 Apr 2010 14:40:10 +0000 (UTC) Received: from [192.168.1.54] (dslb-094-218-222-031.pools.arcor-ip.net [94.218.222.31]) by diogenes.chaotika.org (Postfix) with ESMTPSA id 43DE132276E for ; Mon, 19 Apr 2010 16:40:09 +0200 (CEST) Message-ID: <4BCC6B3A.4080201@chaotika.org> Date: Mon, 19 Apr 2010 16:39:54 +0200 From: Lars Hartmann User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig567C8697736DBE4FBBA8590B" Subject: Documentation for Marvell 88E8056 (Yukon2) WoL features 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, 19 Apr 2010 14:40:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig567C8697736DBE4FBBA8590B Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hi, My company needs WoL support for the Marvell 88E8056 network card (msk), so to extend the msk driver, i tried to find any technical documentation on that card on the net but all i could find was the pinout of the chip, i wrote to marvell's technical support and didnt get any answer. Is there anyone here who knows where i could get that information? -- Linux seems to have it half-working (it works only on a few cards and only half the time). So if anyone here knows where to get help regarding the WoL feature of the yukon2 card, please tell me, if anyone has any idea on how to get the informations - tell me too :-) Lars Hartmann --------------enig567C8697736DBE4FBBA8590B 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.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvMazsACgkQgs/d4Xy3FqkHWwCeMX/ZXSPmS/ESx6uQ8g4CVJR5 wNIAn1UY3iS8XErMrA7r6pa1DNTZxwmO =3Ayl -----END PGP SIGNATURE----- --------------enig567C8697736DBE4FBBA8590B-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 19 15:14:53 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF1171065676 for ; Mon, 19 Apr 2010 15:14:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f199.google.com (mail-qy0-f199.google.com [209.85.221.199]) by mx1.freebsd.org (Postfix) with ESMTP id A3F998FC17 for ; Mon, 19 Apr 2010 15:14:53 +0000 (UTC) Received: by qyk37 with SMTP id 37so4501835qyk.8 for ; Mon, 19 Apr 2010 08:14:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=61xDNXQdyIuBEXYimMhHzRlvj7cLBjfIPaZWovQAUO4=; b=UrrUWKG39MrDMD/mJNfujNSXfxJ447InASKrbaBH1n1TKlE5vNypyxe60mzl14S7kX xjH9/bq2LVV4L+GOUSqwBvx5Rcgp8kuP0nUeoGvBkPgP+0wkzgxZoz6jpNoFgYCaMK4e 6nGWdY+JElUvIRZKu4BqSdAkf9NjVao0SITig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=inMi8/su5JCyZwfhF3jP8IgzlxT04dMJfptmkHG4JTiiIiBzpShSSlRY5FDrLLNT59 5CI6smEVqv3VKKl8BPTA7mk9upnzIFIgFdtOLX2cBF/iuQdtfQhEGzHfhx4lDpqOZSKt VMixwN5Iz0qznSxX6WmOJqrGUh6Rv6etXzNKI= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Mon, 19 Apr 2010 08:14:52 -0700 (PDT) In-Reply-To: <4BCC6363.90108@icyb.net.ua> References: <20100417231135.422e2db2.ota@j.email.ne.jp> <4BCABA27.3030800@icyb.net.ua> <4BCC6363.90108@icyb.net.ua> Date: Mon, 19 Apr 2010 08:14:52 -0700 Received: by 10.229.233.199 with SMTP id jz7mr3178123qcb.56.1271690092603; Mon, 19 Apr 2010 08:14:52 -0700 (PDT) Message-ID: From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Yoshihiro Ota , Tim Judd , freebsd-hackers Subject: Re: Fwd: mkuzip and/or geom_uzip changes? 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, 19 Apr 2010 15:14:54 -0000 On Mon, Apr 19, 2010 at 7:06 AM, Andriy Gapon wrote: > on 18/04/2010 13:21 Garrett Cooper said the following: >> On Sun, Apr 18, 2010 at 12:52 AM, Andriy Gapon wrote: >>> on 18/04/2010 06:11 Yoshihiro Ota said the following: >>>> If you want to make a bootable FreeBSD CD, take a look at >>>> freesbie in ports. =A0That's what the software does. >>>> >>>> I that doesn't satisfy you, you can start look into creating one on yo= ur own. >>> I would also like to share my work-in-progress article on my toying wit= h some >>> LiveCD creation methods: >>> http://wiki.freebsd.org/AvgLiveCD >> >> =A0 =A0 FWIW, tempfs is a really easy usable way to get temporary >> filesystems too if your target machines have enough RAM. It was plenty >> functional up to 200MB on a system with 2GB RAM and a 8.0-RELEASE >> kernel. > > You mean instead of e.g. UFS on memory disk? E--yup! Beats having to do 2 separate operations for setup and teardown. > Thanks for the tip. Np ;)... Cheers, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 19 18:17:34 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E012106567B for ; Mon, 19 Apr 2010 18:17:34 +0000 (UTC) (envelope-from lgj@usenix.org) Received: from lonestar.usenix.org (lonestar.usenix.org [131.106.3.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2878FC2B for ; Mon, 19 Apr 2010 18:17:34 +0000 (UTC) Received: from vesper.usenix.org (vesper.usenix.org [131.106.3.142]) by lonestar.usenix.org (8.14.2/8.14.2) with ESMTP id o3JIFtsn021394 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 19 Apr 2010 11:17:33 -0700 (PDT) Message-Id: From: Lionel Garth Jones To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 19 Apr 2010 11:17:33 -0700 X-Mailer: Apple Mail (2.936) X-DCC-USENIX-Metrics: lonestar; whitelist X-Spam-Status: No, score=0.7 required=6.0 tests=ALL_TRUSTED, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lonestar X-Mailman-Approved-At: Mon, 19 Apr 2010 18:36:30 +0000 Subject: USENIX WebApps '10 Registration Now Open 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, 19 Apr 2010 18:17:34 -0000 You're invited to join us in Boston, June 23-24, 2010, for the first USENIX Conference on Web Application Development. WebApps '10 is a new technical conference designed to bring together experts in all aspects of developing and deploying Web applications. Web-based applications are revolutionizing both the features that can be delivered and the technologies for developing and deploying applications. They also involve a diverse collection of issues and technologies. Take advantage of this new opportunity for interaction and synergy across these areas. The program includes: * Invited talks by industry leaders including Adam de Boor, Google, on "Gmail: Past, Present, and Future" * Refereed papers on a variety of topics such as new approaches to Web frameworks, techniques for giving users control over their Web data, better ways of managing Ajax and Javascript, and a variety of security issues ranging from better CAPTCHAs to information flow tracking. * A Poster Session and Happy Hour held jointly with USENIX ATC '10. The poster session provides a great way to let other people know about your work and to get useful feedback from the community. Submissions are due on June 13, 2010. * Work-in-Progress Reports. If you have work you would like to share, a controversial opinion, or a cool idea that's not quite ready for publication, submit a WiP by June 13, 2010. Find out more about the posters and WiPs at: http://www.usenix.org/events/webapps10/posters_wips.html WebApps '10 is part of the USENIX Federated Conferences Week. Not only do you get a 2-day conference program filled with the latest research, but you'll also have additional opportunities to mingle with colleagues and leading experts in the combined Birds-of-a-Feather sessions (BoFs) and at the various evening social events, vendor BoFs, and receptions. Your WebApps '10 registration gets you into all the ConfWeek events happening those days: tutorials, talks, workshops--you name it. Plus, registration packages offer expanded discounts. The more days you attend, the more you save! http://www.usenix.org/confweek10 The full WebApps '10 program is available at http://www.usenix.org/webapps10/proga Register by June 7, 2010, for the greatest savings. * Additional registration discounts are available! Discount types include hardship, government, and non-profit: http://www.usenix.org/events/confweek10/discounts.html * Help spread the word! http://www.usenix.org/events/webapps10/promote.html I look forward to seeing you in Boston! Sincerely, John Ousterhout, Stanford University WebApps '10 Program Chair webapps10chair@usenix.org ------------------------------------------------------------------------ USENIX Conference on Web Application Development (WebApps '10) June 23-24, 2010, Boston, MA http://www.usenix.org/webapps10/proga http://www.usenix.org/confweek10 Poster and WiPs Submissions Deadline: May 27, 2010 Early Bird Registration Deadline: June 7, 2010 ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 19 22:31:21 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6A19106566B for ; Mon, 19 Apr 2010 22:31:21 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4C3B38FC08 for ; Mon, 19 Apr 2010 22:31:19 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id 7194C2D563 for ; Tue, 20 Apr 2010 00:14:22 +0200 (CEST) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 841B6D48087; Tue, 20 Apr 2010 00:14:15 +0200 (CEST) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 97FAAD480AE; Tue, 20 Apr 2010 00:14:13 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 5FF6833F10; Mon, 19 Apr 2010 22:14:13 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 539BEA1155; Mon, 19 Apr 2010 22:14:13 +0000 (UTC) Date: Tue, 20 Apr 2010 00:14:13 +0200 From: Jeremie Le Hen To: Bakul Shah Message-ID: <20100419221413.GD76198@felucia.tataz.chchile.org> References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100324165748.7334B5B42@mail.bitblocks.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: hackers@freebsd.org Subject: Re: /etc in CVS (was: Another tool for updating /etc) 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, 19 Apr 2010 22:31:21 -0000 Hi Bakul, Sorry for the late reply, I'm lagging behind in my FreeBSD mailbox :). On Wed, Mar 24, 2010 at 09:57:48AM -0700, Bakul Shah wrote: > > But I wonder... why not build something like this around cvs? > Basically a three way merge is exactly what we want for /etc, > right? cvs because it is in the base system. I used to > maintain /etc changes in cvs and that was useful in keeping > track of configuration changes on shared machines. By the way, I've been storing my configuration in CVS for a long time and I have created a full-fledged tool to help this. Given you're using cvs(1) to store your changes in /etc, you may find it useful. The main purpose of the script if to verify that everything is checked in and you didn't overlook to commit a change. This can very easily be run from a crontab(5). The name of this tool is very lame, I didn't find a better one for now. If you have a proposition, I'm all opened to it! You will find a link to download the tool and the whole manpage at the following URL. An example session at the end of the manpage that show you how to use the tool interactively: http://jlh.chchile.org/cvsconfchk/ If you give it a try, do not refrain from giving me some feedback! Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than others. Coluche From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 19 22:48:33 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2D8A1065670 for ; Mon, 19 Apr 2010 22:48:33 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2CB8FC0A for ; Mon, 19 Apr 2010 22:48:32 +0000 (UTC) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id o3JMmS6c013938; Mon, 19 Apr 2010 18:48:29 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 19 Apr 2010 18:48:27 -0400 To: Eitan Adler , jhell From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.10 () [Hold at 20.00] COMBINED_FROM X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.227 Cc: FreeBSD Hackers , Jason Spiro Subject: Re: [RFC] [patch] pkill verbose option 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, 19 Apr 2010 22:48:33 -0000 At 11:50 AM +0300 4/19/10, Eitan Adler wrote: >This has been waiting as a pr for a while - any update if this will be >committed? >http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/143558 Oops. I think I'm supposed to be looking into that... -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 07:40:44 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CB83106564A; Tue, 20 Apr 2010 07:40:44 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 5442D8FC0C; Tue, 20 Apr 2010 07:40:43 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3K7eg8X098144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 00:40:42 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCD5A7B.2070505@FreeBSD.org> Date: Tue, 20 Apr 2010 00:40:43 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "current@freebsd.org" , FreeBSD Hackers Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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: Tue, 20 Apr 2010 07:40:44 -0000 Hi, For the first time in many years, I've stumbled across a server hardware where FreeBSD kernel refuses to boot. It's FUJITSU PRIMERGY RX200 S5 server with 2x Quad core E5520 processors and 16GB of RAM. Linux boots on that hardware just fine. Linux dmesg is available here: http://sobomax.sippysoft.com/RX200.linux.dmesg I tried 7.3-RELEASE and latest HEAD, both amd64 and i386 - neither worked. HEAD and 7.3 behaved little bit differently. 7.3 hanged after the boot command, HEAD - filled in console with funny blinking characters. Screenshots with some debug information - SMAP, boot environment (7.3/amd64): http://sobomax.sippysoft.com/ScreenShot595.png http://sobomax.sippysoft.com/ScreenShot596.png http://sobomax.sippysoft.com/ScreenShot597.png http://sobomax.sippysoft.com/ScreenShot598.png http://sobomax.sippysoft.com/ScreenShot599.png http://sobomax.sippysoft.com/ScreenShot600.png http://sobomax.sippysoft.com/ScreenShot601.png HEAD/amd64 booting (boot -v): http://sobomax.sippysoft.com/ScreenShot603.png I have control over that machine, so that I can run some tests on it, including building and executing debug kernels. The only thing that I don't have access to at the moment is BIOS. Any ideas on how to investigate and fix that problem are highly appreciated. -Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 07:47:51 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6E171065672; Tue, 20 Apr 2010 07:47:51 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 5690B8FC15; Tue, 20 Apr 2010 07:47:50 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3K7lmiZ098217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 00:47:50 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCD5C20.8000508@FreeBSD.org> Date: Tue, 20 Apr 2010 00:47:44 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "current@freebsd.org" References: <4BCD5A7B.2070505@FreeBSD.org> In-Reply-To: <4BCD5A7B.2070505@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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: Tue, 20 Apr 2010 07:47:51 -0000 Maxim Sobolev wrote: > the boot command, HEAD - filled in console with funny blinking characters. ...and hanged machine after that as well. -Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 12:30:43 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA153106566B; Tue, 20 Apr 2010 12:30:43 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 682AF8FC26; Tue, 20 Apr 2010 12:30:42 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3KCUf19001651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 05:30:42 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCD9E72.1000502@FreeBSD.org> Date: Tue, 20 Apr 2010 05:30:42 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "current@freebsd.org" References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> In-Reply-To: <4BCD5C20.8000508@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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: Tue, 20 Apr 2010 12:30:43 -0000 Update: I've discovered that the 7.3 kernels actually boot after some ridiculously long waiting period after the "boot" command (i.e. 10 minutes or even more). I suspect that it might be caused by the memory probing, which as far as I know the FreeBSD does to determine if the physical memory that has been reported by BIOS really exists. Here is what kernel reports about RAM: http://sobomax.sippysoft.com/ScreenShot605.png Any comments? -Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 13:41:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549931065670; Tue, 20 Apr 2010 13:41:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 25BBF8FC26; Tue, 20 Apr 2010 13:41:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CC0D946B39; Tue, 20 Apr 2010 09:41:51 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 997F28A01F; Tue, 20 Apr 2010 09:41:50 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 20 Apr 2010 09:20:08 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> In-Reply-To: <4BCD9E72.1000502@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Message-Id: <201004200920.08846.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 20 Apr 2010 09:41:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Maxim Sobolev , "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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: Tue, 20 Apr 2010 13:41:52 -0000 On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: > Update: I've discovered that the 7.3 kernels actually boot after some > ridiculously long waiting period after the "boot" command (i.e. 10 > minutes or even more). I suspect that it might be caused by the memory > probing, which as far as I know the FreeBSD does to determine if the > physical memory that has been reported by BIOS really exists. > > Here is what kernel reports about RAM: > > http://sobomax.sippysoft.com/ScreenShot605.png > > Any comments? Maybe try adding hint.atkbdc.0.disabled="1" hint.atkbd.0.disabled="1" to /boot/device.hints? That has reportedly removed minute-long boot delays on some Nehalem machines. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 15:21:29 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 702EB106566C for ; Tue, 20 Apr 2010 15:21:29 +0000 (UTC) (envelope-from sbudella@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1058FC27 for ; Tue, 20 Apr 2010 15:21:26 +0000 (UTC) Received: by ewy24 with SMTP id 24so1908885ewy.33 for ; Tue, 20 Apr 2010 08:21:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=0jnIwFolgseyWJlrFJrk6xmBSIUNR7c2QMYRmW/IW5c=; b=iKIrKxkt5K/Y5Kyq+16q0KhjPMppPfKRAJQ2LFGpsnSOHOZqEWp89HgofoE7NVTHMM mYS4mI8v+UmBtlxmRJZO6dTsVRrrzB0MaiO25CuPyn1Sn8HCZIb1l1ufxsMakNg+MmLq UAB8FapcX1YNuCxF2xya0I9ki1LkifRK3re14= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=fBi4SaWv2rmZ+LJGTrVJhrtF+hwy3PXTWPAsCmhw+6DoCUYaeMyC1ansIJWBEEIHt+ 1X5CUt/yeG91vlQNWJYasj2xR7QcxijfE/JPa0a3RJdJl5IjNQ40v4F2JmYXwpKxRrAJ NB5Pc2EqXq1dJ0zqQO/nQ+wOX7LSvw75kht9M= Received: by 10.103.184.13 with SMTP id l13mr471328mup.87.1271775426419; Tue, 20 Apr 2010 07:57:06 -0700 (PDT) Received: from [192.168.0.3] (host205-252-dynamic.10-87-r.retail.telecomitalia.it [87.10.252.205]) by mx.google.com with ESMTPS id e9sm9454853muf.10.2010.04.20.07.57.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Apr 2010 07:57:05 -0700 (PDT) Message-ID: <4BCDC0C0.3050103@gmail.com> Date: Tue, 20 Apr 2010 16:57:04 +0200 From: Giuseppe Cocomazzi User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vdso and shared page 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, 20 Apr 2010 15:21:29 -0000 Hi, I've written a huge patch which implements vdso support and shared page subsystem for freebsd. Unfortunately, I've been waiting for a review for quite a long time and, after some positive responses, silence overcame, so the code became a bit old, also due to my difficulty in keeping the source up-to-date. I understand that now it is very unlikely for the patch to be seriously considered, however I provide the links to the code and a little explanatory paper, in case someone is interested: patch: http://sbudella.altervista.org/stuff/shared_page_vdso.patch paper: http://sbudella.altervista.org/stuff/shared_page_vdso.note tgz: http://sbudella.altervista.org/stuff/shared_page_vdso.tgz Feedback would be very appreciated. Thanks for your attention, Giuseppe Cocomazzi -- every day above ground is a good one http://sbudella.altervista.org From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 16:28:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 447231065680 for ; Tue, 20 Apr 2010 16:28:13 +0000 (UTC) (envelope-from rink@gloom.codethulu.net) Received: from mx1.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.freebsd.org (Postfix) with ESMTP id 015558FC18 for ; Tue, 20 Apr 2010 16:28:12 +0000 (UTC) Received: from anathema.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.codethulu.net (Postfix) with ESMTP id BD5B3375C472; Tue, 20 Apr 2010 18:29:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at codethulu.net Received: from mx1.codethulu.net ([77.243.236.173]) by anathema.codethulu.net (anathema.codethulu.net [77.243.236.173]) (amavisd-new, port 10024) with ESMTP id j3A2qoLzBgoY; Tue, 20 Apr 2010 18:29:27 +0200 (CEST) Received: from gloom.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.codethulu.net (Postfix) with ESMTP id BB9A2375C46D; Tue, 20 Apr 2010 18:29:27 +0200 (CEST) Received: by gloom.codethulu.net (Postfix, from userid 1000) id B78F36D455; Tue, 20 Apr 2010 18:29:27 +0200 (CEST) Date: Tue, 20 Apr 2010 18:29:27 +0200 From: Rink Springer To: Giuseppe Cocomazzi Message-ID: <20100420162927.GA38428@rink.nu> References: <4BCDC0C0.3050103@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BCDC0C0.3050103@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org Subject: Re: vdso and shared page 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, 20 Apr 2010 16:28:13 -0000 Hi Giuseppe, On Tue, Apr 20, 2010 at 04:57:04PM +0200, Giuseppe Cocomazzi wrote: > Feedback would be very appreciated. This is excellent news! I've been thinking about making such patch myself, but it seems you beat me to it :-) I believe this functionality would be a good addition to CURRENT, and I'm willing to work with you to get it in shape for doing so. I've only glimpsed at your patch, but my first impression is quite positive. I intend to perform a complete review this weekend - there are some things which are not clear to me, but I'll need some time to digest this huge patch. Excellent work, and I expect to get back with a more detailed review soon. Regards, -- Rink P.W. Springer - http://rink.nu "Beauty often seduces us on the road to truth." - Dr. Wilson From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 18:19:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15E6F106566B for ; Tue, 20 Apr 2010 18:19:19 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id C5EF68FC12 for ; Tue, 20 Apr 2010 18:19:18 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id o3KILrRN009496; Tue, 20 Apr 2010 11:21:56 -0700 (PDT) (envelope-from mahan@mahan.org) Message-ID: <4BCDF023.3010903@mahan.org> Date: Tue, 20 Apr 2010 11:19:15 -0700 From: Patrick Mahan User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: Andriy Gapon References: <4BCA6218.5020308@mahan.org> <4BCABB01.8000404@icyb.net.ua> In-Reply-To: <4BCABB01.8000404@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Loading a KLM at boot time (issues) [SOLVED] 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, 20 Apr 2010 18:19:19 -0000 We have found the problem, it was pilot error. Thanks to Andriy for the boot verbose suggestion it was what put me on the correct trail. A brief background to set the context: The random.ko is needed to support ssh issues and because for various reasons we could not have it compiled directly in the kernel. As a result, as part of the package's postinstall we append "random_load=yes" to /boot/loader.conf, after saving a copy of that file for restoration on pkg_delete. Most of our test machines are rack mounted HP Proliants running Intel Xeon processors (DL360), so they are headless on both the vidconsole and comconsole (though we have a monitor and keyboard in the lab that we move around as needed). Yesterday morning, I went over to the affected box to boot it verbosely per Andriy's suggestion. After connecting the monitor and keyboard and power-cycling it, I noticed that I was not getting the familiar boot menu. Instead, it was prompting me to hit [enter] to boot or [any] other key for the boot loader shell. I started investigating why I was not seeing the boot loader menu and determined that the file '/boot/loader.rc' was missing. It turns out that one of the other packages that make up our total product had copied it's own copy of 'loader.rc' to /boot without saving a copy of the original. Thus when the package was deleted, loader.rc was removed and since the that package was not being added back in, we were missing the loader.rc. Copying in a new loader.rc from another 'pure' FreeBSD install fixed the issue and the system properly loaded 'random.ko' at boot. Thanks, Patrick Andriy Gapon wrote: > on 18/04/2010 04:36 Patrick Mahan said the following: >> Nothing popped up when I tried "debugging loader.conf" in Google. >> >> Any suggestions? > > First, double-check that you really have random.ko in your modules directories. > Supposing you don't use nextboot.conf or haven't otherwise modified kernel and > modules paths, those should be /boot/kernel and /boot/modules. > > Make sure that you have a large enough message buffer size and boot with verbose > messages enabled. kernel will report pre-loaded modules at the start of boot. > Check there for any error reports from kernel linker too. > From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 18:30:09 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3DFE106564A for ; Tue, 20 Apr 2010 18:30:09 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id A54268FC14 for ; Tue, 20 Apr 2010 18:30:09 +0000 (UTC) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 481F85B4D; Tue, 20 Apr 2010 11:30:07 -0700 (PDT) To: Jeremie Le Hen In-reply-to: Your message of "Tue, 20 Apr 2010 00:14:13 +0200." <20100419221413.GD76198@felucia.tataz.chchile.org> References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> <20100419221413.GD76198@felucia.tataz.chchile.org> Comments: In-reply-to Jeremie Le Hen message dated "Tue, 20 Apr 2010 00:14:13 +0200." Date: Tue, 20 Apr 2010 11:30:06 -0700 From: Bakul Shah Message-Id: <20100420183007.481F85B4D@mail.bitblocks.com> Cc: hackers@freebsd.org Subject: Re: /etc in CVS (was: Another tool for updating /etc) 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, 20 Apr 2010 18:30:09 -0000 On Tue, 20 Apr 2010 00:14:13 +0200 Jeremie Le Hen wrote: > Hi Bakul, > > Sorry for the late reply, I'm lagging behind in my FreeBSD mailbox :). > > On Wed, Mar 24, 2010 at 09:57:48AM -0700, Bakul Shah wrote: > > > > But I wonder... why not build something like this around cvs? > > Basically a three way merge is exactly what we want for /etc, > > right? cvs because it is in the base system. I used to > > maintain /etc changes in cvs and that was useful in keeping > > track of configuration changes on shared machines. > > By the way, I've been storing my configuration in CVS for a long time > and I have created a full-fledged tool to help this. Given you're using > cvs(1) to store your changes in /etc, you may find it useful. The main > purpose of the script if to verify that everything is checked in and you > didn't overlook to commit a change. This can very easily be run from > a crontab(5). ... > http://jlh.chchile.org/cvsconfchk/ Thanks.... I will check it out. My suggestion was in the context of upgrding a system to a new release. There are changes to /**/etc/**/*(.) files going from release R to R+1. I was pointing out that what mergemaster does (merging in these changes to your locally modified etc files) is almost exactly the same as merging in a vendor branch under CVS (vendor here would be freebsd.org). But merge conflicts have to be resolved carefully and before any reboots! I understand John Baldwin's response as to why not cvs but I haven't thought more about this until today. It may be possible to create a separate tool around SCM of one's choice.... Anyway, I'll shut up about this unless I can come up with such a tool. But don't hold your breath. Conversely, mergemaster-like interactive scheme can be handy for managing cvs vendor branch merge conflicts (or three way merges in git or hg). Here's an idea... May be just that logic can be factored out in a separate script that can be run *after* a merge or update. The problem really worth solving is an atomic rollback in case an upgrade fails. This is either trivial (if you use zfs) or very hard! But instinctively I shy away from relying on a complicated FS like zfs for something as basic as this. [/**/etc/**/*(.) is a zsh expression to specify every file in every "etc" dir in a system.] From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 19:00:44 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CEB2106568A for ; Tue, 20 Apr 2010 19:00:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 90EF68FC1A for ; Tue, 20 Apr 2010 19:00:43 +0000 (UTC) Received: (qmail 6170 invoked by uid 399); 20 Apr 2010 19:00:42 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Apr 2010 19:00:42 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BCDF9D5.10909@FreeBSD.org> Date: Tue, 20 Apr 2010 12:00:37 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Bakul Shah References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> <20100419221413.GD76198@felucia.tataz.chchile.org> <20100420183007.481F85B4D@mail.bitblocks.com> In-Reply-To: <20100420183007.481F85B4D@mail.bitblocks.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, Jeremie Le Hen Subject: Re: /etc in CVS 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, 20 Apr 2010 19:00:44 -0000 On 4/20/2010 11:30 AM, Bakul Shah wrote: > > My suggestion was in the context of upgrding a system to a > new release. There are changes to /**/etc/**/*(.) files going > from release R to R+1. I was pointing out that what > mergemaster does (merging in these changes to your locally > modified etc files) is almost exactly the same as merging in > a vendor branch under CVS (vendor here would be freebsd.org). > But merge conflicts have to be resolved carefully and before > any reboots! That's not accurate. By default mergemaster does nothing, it will not change your installed /etc at all. At this point the -U option will handle major release upgrades quite painlessly, leaving only those files that actually have local mods for the user to deal with manually. Of course, I have always said that if anyone feels compelled to create a better solution for etc merging that they should feel free, and I still mean that. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 19:11:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 556C01065674 for ; Tue, 20 Apr 2010 19:11:03 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1B79D8FC16 for ; Tue, 20 Apr 2010 19:11:02 +0000 (UTC) Received: by iwn1 with SMTP id 1so4444838iwn.27 for ; Tue, 20 Apr 2010 12:11:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SqHxYXVkp3BnZEb9EzxP3p7loteXdo+vISY7fu11QTA=; b=Y7BLjuYCei6Ch92DsnP+q+RjukZguDuX8fcrnxU1S8Gwwt/wC8HvFvNIuxZ4fdzK5+ umQER9i3v20Chtx/S9wDGqQTR2Br7fTNOz2i5HyL9stoGXkO/7wXnQluaMS1YIQy9I/A QT9x6vifTqFs/MtmJwLzp1jBdD17iW7M79vVE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=a5UMPy4nYS66I/FOJqDrioW9cozcxjlT1LwZT3jamu1ypqfC5+mi/EdqxcbEelnvDL DHuAOANXiXwF7LkrQF7FXepvog9laYl4vcU29C63PyR9DWFBMguD5ZGklR7bCQEVAGel 3hT90FTaYzjjvKiCwmR49sdfW7lSXZHhYAuWE= MIME-Version: 1.0 Received: by 10.231.44.209 with HTTP; Tue, 20 Apr 2010 11:47:13 -0700 (PDT) In-Reply-To: <4BCDC0C0.3050103@gmail.com> References: <4BCDC0C0.3050103@gmail.com> Date: Tue, 20 Apr 2010 18:47:13 +0000 Received: by 10.231.161.143 with SMTP id r15mr2499787ibx.62.1271789233290; Tue, 20 Apr 2010 11:47:13 -0700 (PDT) Message-ID: From: Brandon Gooch To: Giuseppe Cocomazzi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: vdso and shared page 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, 20 Apr 2010 19:11:03 -0000 On Tue, Apr 20, 2010 at 2:57 PM, Giuseppe Cocomazzi wr= ote: > Hi, > I've written a huge patch which implements vdso support and shared page > subsystem for freebsd. Unfortunately, I've been waiting for a review > for quite a long time and, after some positive responses, silence overcam= e, > so the code became a bit old, also due to my difficulty in keeping the > source up-to-date. > I understand that now it is very unlikely for the patch to be seriously > considered, however I provide the links to the code and a little explanat= ory > paper, in case someone is interested: > > patch: =A0http://sbudella.altervista.org/stuff/shared_page_vdso.patch > paper: http://sbudella.altervista.org/stuff/shared_page_vdso.note > tgz: http://sbudella.altervista.org/stuff/shared_page_vdso.tgz > > Feedback would be very appreciated. > Thanks for your attention, > > Giuseppe Cocomazzi > -- This is really cool! Although I must admit -- I don't have the technical skill to read through the patch and comment on the code ;) Wasn't this a Google SoC project at some point? -Brandon From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 21:52:35 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4D07106564A; Tue, 20 Apr 2010 21:52:35 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 63E758FC14; Tue, 20 Apr 2010 21:52:34 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3KLqWYw005787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 14:52:33 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCE2221.7070907@FreeBSD.org> Date: Tue, 20 Apr 2010 14:52:33 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> In-Reply-To: <201004200920.08846.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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: Tue, 20 Apr 2010 21:52:35 -0000 John Baldwin wrote: > On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: >> Update: I've discovered that the 7.3 kernels actually boot after some >> ridiculously long waiting period after the "boot" command (i.e. 10 >> minutes or even more). I suspect that it might be caused by the memory >> probing, which as far as I know the FreeBSD does to determine if the >> physical memory that has been reported by BIOS really exists. >> >> Here is what kernel reports about RAM: >> >> http://sobomax.sippysoft.com/ScreenShot605.png >> >> Any comments? > > Maybe try adding > > hint.atkbdc.0.disabled="1" > hint.atkbd.0.disabled="1" > > to /boot/device.hints? That has reportedly removed minute-long boot delays on > some Nehalem machines. No, that have not helped at all. I measured the delay - it's about 6 minutes from boot command to the first "smap" message. Do you or anybody else have other ideas? -Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 21:48:29 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C806A1065675; Tue, 20 Apr 2010 21:48:29 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 82CD38FC17; Tue, 20 Apr 2010 21:48:29 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3KLmQNb005759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 14:48:27 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <4BCE212B.4060205@sippysoft.com> Date: Tue, 20 Apr 2010 14:48:27 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> In-Reply-To: <201004200920.08846.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 20 Apr 2010 22:08:04 +0000 Cc: freebsd-hackers@FreeBSD.ORG, "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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: Tue, 20 Apr 2010 21:48:29 -0000 John Baldwin wrote: > On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: >> Update: I've discovered that the 7.3 kernels actually boot after some >> ridiculously long waiting period after the "boot" command (i.e. 10 >> minutes or even more). I suspect that it might be caused by the memory >> probing, which as far as I know the FreeBSD does to determine if the >> physical memory that has been reported by BIOS really exists. >> >> Here is what kernel reports about RAM: >> >> http://sobomax.sippysoft.com/ScreenShot605.png >> >> Any comments? > > Maybe try adding > > hint.atkbdc.0.disabled="1" > hint.atkbd.0.disabled="1" > > to /boot/device.hints? That has reportedly removed minute-long boot delays on > some Nehalem machines. No, that have not helped at all. I measured the delay - it's about 6 minutes. Do you or anybody else have other ideas? Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 20 22:44:35 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F7DB1065688; Tue, 20 Apr 2010 22:44:35 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0F58FC0C; Tue, 20 Apr 2010 22:44:35 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3KMiXHS006084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 15:44:34 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCE2E52.1080107@FreeBSD.org> Date: Tue, 20 Apr 2010 15:44:34 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> In-Reply-To: <4BCE2221.7070907@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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: Tue, 20 Apr 2010 22:44:35 -0000 Maxim Sobolev wrote: >> Maybe try adding >> >> hint.atkbdc.0.disabled="1" >> hint.atkbd.0.disabled="1" >> >> to /boot/device.hints? That has reportedly removed minute-long boot >> delays on some Nehalem machines. > > No, that have not helped at all. I measured the delay - it's about 6 > minutes from boot command to the first "smap" message. Do you or anybody > else have other ideas? Actually it helped, thank you very much! The problem was that I have had my hints compiled into the kernel itself. -Maxim From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 02:11:14 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A1671065670 for ; Wed, 21 Apr 2010 02:11:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id C6DFE8FC1A for ; Wed, 21 Apr 2010 02:11:13 +0000 (UTC) Received: by qyk11 with SMTP id 11so7452711qyk.13 for ; Tue, 20 Apr 2010 19:11:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=LzWjYQzEIQ9HOQjHMaYVPwVxswsPrLLmVUlTdvc65ng=; b=E7FLP2ADqhWsDoUnS6CdwNvcf735vWGyQJ7oY6rvZPtbDuuqiC3ZwL/GDDwNS3I93Q yCE6SmqYt3UG7XLwt7dl6j7PPz8Ae0fXGM/elzePoV2m+7NevB+ttiv+pafPH9GvJpJ+ 65vn2GM285Ghgazll9GbgfaZPrNJAKSiLSqtY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=V4mejWCLAFjTGQmYvPptdfYr1u1k7DoyoIf/4SyVBC/Heve6hJQ8BXfw2DqRFOIIiD nknGDqx/4vRzTHnWZd3Zq2wdbUeF/AOA4laU0DYq+yDszV7G4toaz2grh0Mz8bz1npIe m+t2Y1oYBWIrrG6MH6x7H8dK9N6dlBsQbcMrI= Received: by 10.229.217.1 with SMTP id hk1mr514162qcb.81.1271815873166; Tue, 20 Apr 2010 19:11:13 -0700 (PDT) Received: from aryeh-desktop.istudentunion.com (ool-43542559.dyn.optonline.net [67.84.37.89]) by mx.google.com with ESMTPS id 21sm5164643qyk.5.2010.04.20.19.11.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Apr 2010 19:11:12 -0700 (PDT) Message-ID: <4BCE5ECC.6070202@gmail.com> Date: Tue, 20 Apr 2010 22:11:24 -0400 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.24 (X11/20100413) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regenerating /var/db/pkg 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, 21 Apr 2010 02:11:14 -0000 I acciddentally rm'ed my /var/db/pkg and want to know is it possible to rgenerate it (I have portmaster and portupgrade installed) From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 04:58:40 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20C831065670; Wed, 21 Apr 2010 04:58:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id B82788FC18; Wed, 21 Apr 2010 04:58:39 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward3.mail.yandex.net (Yandex) with ESMTP id 9AF0956D960E; Wed, 21 Apr 2010 08:58:37 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1271825917; bh=0eMFcsN8jbBvl+biFSHY65K1kxIddZkvlZXb8CFRCBM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=S7nekoM1qkQaDFyQt3M68l6YJOauwvcz8dL1ZXlLt/loZN8SaF28Lm8+KsFXSK6fN UrrDL2avDftvzIojQC/4UNLNnrFxaCvlMHV6BtztfndPbxY5iCtMrPW9Kx/BeED9hj +kgl5MXXRY0C3FMHT2GIqstSwkMdi8sFGaVyzWwo= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id 4C10452806D; Wed, 21 Apr 2010 08:58:37 +0400 (MSD) Message-ID: <4BCE85FC.40904@yandex.ru> Date: Wed, 21 Apr 2010 08:58:36 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Maxim Sobolev References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> In-Reply-To: <4BCE2E52.1080107@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1271825917 X-Yandex-Spam: 1 X-Yandex-Front: smtp2.mail.yandex.net Cc: freebsd-hackers@FreeBSD.org, "current@freebsd.org" , John Baldwin Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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, 21 Apr 2010 04:58:40 -0000 On 21.04.2010 2:44, Maxim Sobolev wrote: > Maxim Sobolev wrote: >>> Maybe try adding >>> >>> hint.atkbdc.0.disabled="1" >>> hint.atkbd.0.disabled="1" > > Actually it helped, thank you very much! The problem was that I have had > my hints compiled into the kernel itself. Hi, Maxim. I tried to boot 9.0-CURRENT amd64 snapshot on IBM x3650 M2 and seems have the same problem, i set hints from loader prompt, but this didn't help. Can you explain what you did to boot FreeBSD faster? -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 06:01:42 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4DE31065674; Wed, 21 Apr 2010 06:01:42 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id DFA678FC1D; Wed, 21 Apr 2010 06:01:41 +0000 (UTC) Received: by bwz28 with SMTP id 28so7763464bwz.14 for ; Tue, 20 Apr 2010 23:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=8QvQ16ri//ZKJGRrz+rl3+mM3TmUx73jcoFl7QCLnnE=; b=VkW+jBIjfEYZ2pVxkgkGTk9y8KbQqKNUPYPl7pAmv3LxjRd8MnhOikBSuvt/637K4A RQBo8uZY//HZ5ObH1XlAwflfR6sOGAIGX/4WADYL6G5GqpAfw7gR07esFn4e68KsAK5G jV5PiBVgzuBs+b5stSKsRR2U6V4CXatmIxD2g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uvR/WM39uPgBsUqY0BZWad2+T/wxyMtkWLLw45zWGW2NXUMkVHmF7+0stsd0sRGh18 B7f3OpmGCORvi5jWNJ0yr3bJg0DDz9gA6PgB7KZlmLymDYoh/aA2coPBgQnZW3t5OHjG B35/dMgI/WwJvNyX9y7wLbJpJ/ohGukNArCwI= MIME-Version: 1.0 Received: by 10.204.47.232 with HTTP; Tue, 20 Apr 2010 23:01:40 -0700 (PDT) In-Reply-To: <4BCE85FC.40904@yandex.ru> References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE85FC.40904@yandex.ru> Date: Wed, 21 Apr 2010 10:01:40 +0400 Received: by 10.204.134.211 with SMTP id k19mr3568998bkt.48.1271829700476; Tue, 20 Apr 2010 23:01:40 -0700 (PDT) Message-ID: From: pluknet To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Cc: Maxim Sobolev , "current@freebsd.org" , freebsd-hackers@freebsd.org Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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, 21 Apr 2010 06:01:43 -0000 2010/4/21 Andrey V. Elsukov : > On 21.04.2010 2:44, Maxim Sobolev wrote: >> >> Maxim Sobolev wrote: >>>> >>>> Maybe try adding >>>> >>>> hint.atkbdc.0.disabled="1" >>>> hint.atkbd.0.disabled="1" >> >> Actually it helped, thank you very much! The problem was that I have had >> my hints compiled into the kernel itself. > > Hi, Maxim. > > I tried to boot 9.0-CURRENT amd64 snapshot on IBM x3650 M2 and seems have > the > same problem, i set hints from loader prompt, but this didn't help. > Can you explain what you did to boot FreeBSD faster? > Hmm.. That's strange to hear. We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64). All runs flawlessly. I'll try to boot it from head today if that matters. -- wbr, pluknet From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 06:18:54 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A064E1065674; Wed, 21 Apr 2010 06:18:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 475C18FC15; Wed, 21 Apr 2010 06:18:54 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward2.mail.yandex.net (Yandex) with ESMTP id 746D238A8BFC; Wed, 21 Apr 2010 10:18:52 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1271830732; bh=bDUlTKBTk++YuQeEu9tbJpnTfVZR3+p+q0YGlmzOFME=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SpSgzXAVDlwGr9zNQuUtPZvrrsxfy7ArdA51P32H4tEXmpl0dmTrW/SPJyhdjtjXt VGcSaUt9b+xmh6xQz4BZ+Eu4eGvYWefFTFggT5T4zi+bPPIQUfwMSU5WNr0CPCPw2n oZGnHXwHaztbfKuZdHc2SgQQ5tEOagNKujb75LoY= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id 864135280AC; Wed, 21 Apr 2010 10:18:48 +0400 (MSD) Message-ID: <4BCE98B8.9040909@yandex.ru> Date: Wed, 21 Apr 2010 10:18:32 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: pluknet References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE85FC.40904@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1271830732 X-Yandex-Spam: 1 X-Yandex-Front: smtp2.mail.yandex.net Cc: Maxim Sobolev , "current@freebsd.org" , freebsd-hackers@freebsd.org Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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, 21 Apr 2010 06:18:54 -0000 On 21.04.2010 10:01, pluknet wrote: > Hmm.. That's strange to hear. > We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64). > All runs flawlessly. > I'll try to boot it from head today if that matters. It was about 1.5 hour ago when i entered "autoboot" in loader prompt. It still show slowly rotated dash line at end of /boot/kernel/kernel text=xxxxx | -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 07:22:35 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97CA31065673; Wed, 21 Apr 2010 07:22:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 459A68FC14; Wed, 21 Apr 2010 07:22:35 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O4UGW-000LIA-P0; Wed, 21 Apr 2010 10:22:32 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Andrey V. Elsukov" In-reply-to: <4BCE98B8.9040909@yandex.ru> References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE85FC.40904@yandex.ru> <4BCE98B8.9040909@yandex.ru> Comments: In-reply-to "Andrey V. Elsukov" message dated "Wed, 21 Apr 2010 10:18:32 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Apr 2010 10:22:32 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, pluknet , "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 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, 21 Apr 2010 07:22:35 -0000 > On 21.04.2010 10:01, pluknet wrote: > > Hmm.. That's strange to hear. > > We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64). > > All runs flawlessly. > > I'll try to boot it from head today if that matters. > > It was about 1.5 hour ago when i entered "autoboot" in loader prompt. > It still show slowly rotated dash line at end of > /boot/kernel/kernel text=xxxxx | I've seen this happen when there were problems with the serial port, either missing or miss-configured. HTH, danny From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 09:16:20 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 746921065678 for ; Wed, 21 Apr 2010 09:16:20 +0000 (UTC) (envelope-from ubique@peterhost.ru) Received: from fb0.z8.ru (fb0.z8.ru [80.93.58.95]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF928FC14 for ; Wed, 21 Apr 2010 09:16:19 +0000 (UTC) Received: from mail.z8.ru ([80.93.58.56]) by fb0.z8.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1O4VoE-000PqN-4K for freebsd-hackers@freebsd.org; Wed, 21 Apr 2010 13:01:26 +0400 Received: from [77.222.44.2] (helo=amnesiac.pht) by mail.z8.ru with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1O4Vo9-000K8M-DM for freebsd-hackers@freebsd.org; Wed, 21 Apr 2010 13:01:21 +0400 Date: Wed, 21 Apr 2010 13:01:01 +0400 From: Dmitry Banschikov To: freebsd-hackers@freebsd.org Message-ID: <20100421130101.1d9511f1@amnesiac.pht> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.16.6; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/ktqoCc4IQ7gk79MSWG86aWv" Subject: netstat count option 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, 21 Apr 2010 09:16:20 -0000 --MP_/ktqoCc4IQ7gk79MSWG86aWv Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I wrote small patch to the netstat utility. The patch allows to specify how many times, the display output should be continue, in case of option -w. Usage: # ./netstat -w2 -c2 input (Total) output packets errs bytes packets errs bytes colls 15 0 2268 13 0 1190 0 4 0 240 5 0 278 0 # Option -c [count] is simillar to the same option in iostat utility. In linux -c means continious output: -c, --continuous This will cause netstat to print the selected information every second continuously. -- Dmitry Banshchikov --MP_/ktqoCc4IQ7gk79MSWG86aWv Content-Type: application/octet-stream; name=patch-netstat Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=patch-netstat LS0tIGlmLmMJMjAwOS0xMC0yNSAwNDoxMDoyOS4wMDAwMDAwMDAgKzAzMDAKKysrIGlmLmMJMjAx MC0wNC0yMSAxMTozMjoxNS4wMDAwMDAwMDAgKzA0MDAKQEAgLTY3Niw2ICs2NzYsMTAgQEAKIAlp ZiAoIWZpcnN0KQogCQlwdXRjaGFyKCdcbicpOwogCWZmbHVzaChzdGRvdXQpOworCWlmIChjZmxh ZykKKwkJY291bnQtLTsKKwlpZiAoY291bnQgPCAwICYmIGNmbGFnKQorCQlleGl0KDApOwogCW9s ZG1hc2sgPSBzaWdibG9jayhzaWdtYXNrKFNJR0FMUk0pKTsKIAl3aGlsZSAoIXNpZ25hbGxlZCkK IAkJc2lncGF1c2UoMCk7Ci0tLSBtYWluLmMJMjAwOS0xMC0yNSAwNDoxMDoyOS4wMDAwMDAwMDAg KzAzMDAKKysrIG1haW4uYwkyMDEwLTA0LTIxIDExOjMxOjE5LjAwMDAwMDAwMCArMDQwMApAQCAt MzIyLDYgKzMyMiw3IEBACiBpbnQJYWZsYWc7CQkvKiBzaG93IGFsbCBzb2NrZXRzIChpbmNsdWRp bmcgc2VydmVycykgKi8KIGludAlCZmxhZzsJCS8qIHNob3cgaW5mb3JtYXRpb24gYWJvdXQgYnBm IGNvbnN1bWVycyAqLwogaW50CWJmbGFnOwkJLyogc2hvdyBpL2YgdG90YWwgYnl0ZXMgaW4vb3V0 ICovCitpbnQJY2ZsYWc7CQkvKiByZXBlYXQgZGlzcGxheSBvdXRwdXQgKi8KIGludAlkZmxhZzsJ CS8qIHNob3cgaS9mIGRyb3BwZWQgcGFja2V0cyAqLwogaW50CWdmbGFnOwkJLyogc2hvdyBncm91 cCAobXVsdGljYXN0KSByb3V0aW5nIG9yIHN0YXRzICovCiBpbnQJaGZsYWc7CQkvKiBzaG93IGNv dW50ZXJzIGluIGh1bWFuIHJlYWRhYmxlIGZvcm1hdCAqLwpAQCAtMzM5LDYgKzM0MCw3IEBACiBp bnQJemZsYWc7CQkvKiB6ZXJvIHN0YXRzICovCiAKIGludAlpbnRlcnZhbDsJLyogcmVwZWF0IGlu dGVydmFsIGZvciBpL2Ygc3RhdHMgKi8KK2ludAljb3VudDsJCS8qIHJlcGVhdCBkaXNwbGF5IG91 dHB1dCAqLwogCiBjaGFyCSppbnRlcmZhY2U7CS8qIGRlc2lyZWQgaS9mIGZvciBzdGF0cywgb3Ig TlVMTCBmb3IgYWxsIGkvZnMgKi8KIGludAl1bml0OwkJLyogdW5pdCBudW1iZXIgZm9yIGFib3Zl ICovCkBAIC0zNTIsOSArMzU0LDEwIEBACiAJc3RydWN0IHByb3RveCAqdHAgPSBOVUxMOyAgLyog Zm9yIHByaW50aW5nIGNibG9ja3MgJiBzdGF0cyAqLwogCWludCBjaDsKIAorCiAJYWYgPSBBRl9V TlNQRUM7CiAKLQl3aGlsZSAoKGNoID0gZ2V0b3B0KGFyZ2MsIGFyZ3YsICJBYUJiZGY6Z2hJOmlM bE06bU46bnA6clNzdHVXdzp4eiIpKSAhPSAtMSkKKwl3aGlsZSAoKGNoID0gZ2V0b3B0KGFyZ2Ms IGFyZ3YsICJBYUJiYzpkZjpnaEk6aUxsTTptTjpucDpyU3N0dVd3Onh6IikpICE9IC0xKQogCQlz d2l0Y2goY2gpIHsKIAkJY2FzZSAnQSc6CiAJCQlBZmxhZyA9IDE7CkBAIC0zNjgsNiArMzcxLDEw IEBACiAJCWNhc2UgJ2InOgogCQkJYmZsYWcgPSAxOwogCQkJYnJlYWs7CisJCWNhc2UgJ2MnOgor CQkJY2ZsYWcgPSAxOworCQkJY291bnQgPSBhdG9pKG9wdGFyZyk7CisJCQlicmVhazsKIAkJY2Fz ZSAnZCc6CiAJCQlkZmxhZyA9IDE7CiAJCQlicmVhazsKLS0tIG5ldHN0YXQuaAkyMDA5LTEwLTI1 IDA0OjEwOjI5LjAwMDAwMDAwMCArMDMwMAorKysgbmV0c3RhdC5oCTIwMTAtMDQtMjEgMTE6MzI6 MjcuMDAwMDAwMDAwICswNDAwCkBAIC0zOSw2ICszOSw3IEBACiBleHRlcm4gaW50CUFmbGFnOwkv KiBzaG93IGFkZHJlc3NlcyBvZiBwcm90b2NvbCBjb250cm9sIGJsb2NrICovCiBleHRlcm4gaW50 CWFmbGFnOwkvKiBzaG93IGFsbCBzb2NrZXRzIChpbmNsdWRpbmcgc2VydmVycykgKi8KIGV4dGVy biBpbnQJYmZsYWc7CS8qIHNob3cgaS9mIHRvdGFsIGJ5dGVzIGluL291dCAqLworZXh0ZXJuIGlu dAljZmxhZzsJLyogcmVwZWF0IGRpc3BsYXkgb3V0cHV0ICovCiBleHRlcm4gaW50CWRmbGFnOwkv KiBzaG93IGkvZiBkcm9wcGVkIHBhY2tldHMgKi8KIGV4dGVybiBpbnQJZ2ZsYWc7CS8qIHNob3cg Z3JvdXAgKG11bHRpY2FzdCkgcm91dGluZyBvciBzdGF0cyAqLwogZXh0ZXJuIGludAloZmxhZzsJ Lyogc2hvdyBjb3VudGVycyBpbiBodW1hbiByZWFkYWJsZSBmb3JtYXQgKi8KQEAgLTU1LDYgKzU2 LDcgQEAKIGV4dGVybiBpbnQJemZsYWc7CS8qIHplcm8gc3RhdHMgKi8KIAogZXh0ZXJuIGludAlp bnRlcnZhbDsgLyogcmVwZWF0IGludGVydmFsIGZvciBpL2Ygc3RhdHMgKi8KK2V4dGVybiBpbnQJ Y291bnQ7CSAgLyogcmVwZWF0ZSBkaXNwbGF5IG91dHB1dCAqLwogCiBleHRlcm4gY2hhcgkqaW50 ZXJmYWNlOyAvKiBkZXNpcmVkIGkvZiBmb3Igc3RhdHMsIG9yIE5VTEwgZm9yIGFsbCBpL2ZzICov CiBleHRlcm4gaW50CXVuaXQ7CS8qIHVuaXQgbnVtYmVyIGZvciBhYm92ZSAqLwo= --MP_/ktqoCc4IQ7gk79MSWG86aWv-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 14:47:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFE9B106564A for ; Wed, 21 Apr 2010 14:47:06 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id C46A28FC27 for ; Wed, 21 Apr 2010 14:47:06 +0000 (UTC) Received: by pvd12 with SMTP id 12so603867pvd.13 for ; Wed, 21 Apr 2010 07:47:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DGjyIFOAhcK/6dkQI7S80kF7jvqqR6uAlaZt0b7nOjM=; b=WsbzcN7r2LGThLTrAZgird2kbJaJGopzgKo/76sgcwlZ0QBbQo03WZ96DCJq4lqikc zdaSkTdi8VgrVDlGjXzsz+gms4vUPAwc3lbYH5OSBrhJjqXd+fCgnHJas9vIvx7HBwua D2jzidSTNMHo3KI426yGCAgv7AVpQDOpop6tE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=uwM8x9U5FCVbkaub9MSEffkG6o2Ybyoly3GNXQKadUmI7d+YEpm6JDl+VJioM4MMAH jeXiiK1qSY3QrzuKKet5EAHnLXNgHOs+maRqmgPQWFUzWShirwBivxlCuCNVaWHYA98V YhzRQJYI8+xmkTqUI6974QR4maUq/GklGM58g= MIME-Version: 1.0 Received: by 10.231.113.36 with HTTP; Wed, 21 Apr 2010 07:47:04 -0700 (PDT) In-Reply-To: <20100421130101.1d9511f1@amnesiac.pht> References: <20100421130101.1d9511f1@amnesiac.pht> Date: Wed, 21 Apr 2010 09:47:04 -0500 Received: by 10.141.100.16 with SMTP id c16mr7625262rvm.29.1271861224215; Wed, 21 Apr 2010 07:47:04 -0700 (PDT) Message-ID: From: Brandon Gooch To: Dmitry Banschikov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: netstat count option 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, 21 Apr 2010 14:47:07 -0000 On Wed, Apr 21, 2010 at 4:01 AM, Dmitry Banschikov wr= ote: > Hello, > > I wrote small patch to the netstat utility. > The patch allows to specify how many times, the display output should be = continue, > in case of option -w. > Usage: > # ./netstat -w2 -c2 > =A0 =A0 =A0 =A0 =A0 =A0input =A0 =A0 =A0 =A0(Total) =A0 =A0 =A0 =A0 =A0 o= utput > =A0 packets =A0errs =A0 =A0 =A0bytes =A0 =A0packets =A0errs =A0 =A0 =A0by= tes colls > =A0 =A0 =A0 =A015 =A0 =A0 0 =A0 =A0 =A0 2268 =A0 =A0 =A0 =A0 13 =A0 =A0 0= =A0 =A0 =A0 1190 =A0 =A0 0 > =A0 =A0 =A0 =A0 4 =A0 =A0 0 =A0 =A0 =A0 =A0240 =A0 =A0 =A0 =A0 =A05 =A0 = =A0 0 =A0 =A0 =A0 =A0278 =A0 =A0 0 > # > > Option -c [count] is simillar to the same option in iostat utility. > In linux -c means continious output: > =A0 -c, --continuous > =A0 =A0 =A0 This will cause netstat to print the selected information eve= ry second continuously. This seems pretty useful, perhaps you should file a PR? http://www.freebsd.org/send-pr.html -Brandon From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 18:23:19 2010 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19ADB106566B for ; Wed, 21 Apr 2010 18:23:19 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (cl-506.trn-01.it.sixxs.net [IPv6:2001:1418:100:1f9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9D73F8FC24 for ; Wed, 21 Apr 2010 18:23:18 +0000 (UTC) Received: (qmail 73108 invoked from network); 21 Apr 2010 18:23:17 -0000 Received: from atom.alexdupre.com (HELO ?192.168.178.12?) (sysadmin@alexdupre.com@192.168.178.12) by lab.alexdupre.com with ESMTPSA; 21 Apr 2010 18:23:17 -0000 Message-ID: <4BCF4296.7080408@FreeBSD.org> Date: Wed, 21 Apr 2010 20:23:18 +0200 From: Alex Dupre User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; it; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: hackers@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: UFS endianness 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, 21 Apr 2010 18:23:19 -0000 Is there a way to mount (or extract files from) a big-endian UFS file system on a x86 FreeBSD machine? -- Alex Dupre From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 18:58:01 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D8B106566B for ; Wed, 21 Apr 2010 18:58:01 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 2B81E8FC1D for ; Wed, 21 Apr 2010 18:58:00 +0000 (UTC) Received: from park.js.berklix.net (p549A639C.dip.t-dialin.net [84.154.99.156]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o3LIvwCG024898 for ; Wed, 21 Apr 2010 18:57:59 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o3LIw4ZE012546 for ; Wed, 21 Apr 2010 20:58:04 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o3LIvx5h058066 for ; Wed, 21 Apr 2010 20:58:04 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004211858.o3LIvx5h058066@fire.js.berklix.net> To: hackers@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Linux Unix Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Wed, 21 Apr 2010 20:57:59 +0200 Sender: jhs@berklix.com Cc: Subject: /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 a prerequisite for COMPAT_IA32 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, 21 Apr 2010 18:58:01 -0000 Hi hackers@freebsd.org with amd64, but not with i386, /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 is an undocemneted pre-requisite for COMPAT_IA32 (so those who enable COMPAT_IA32 for ports/emulators, but disable COMPAT_FREEBSD7 as they compile all binaries on upgrade, will trip up on it as I did). Currently I see: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../compat/freebsd32/freebsd32_misc.c cc1: warnings being treated as errors ../../../compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_semsys': ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: implicit declaration of function 'freebsd7_freebsd32_semctl' ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: nested extern declaration of 'freebsd7_freebsd32_semctl' ... ../../../compat/freebsd32/freebsd32_misc.c:1845: error: dereferencing pointer to incomplete type *** Error code 1 It could be documented in GENERIC, but better to fix it. I could dig through sources, but I think there's people closer to config who would prefer to commit their own fix, rather than me write a patch ? (Does that translate as "I'm lazy" ? ;-) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 21 19:09:35 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FFCA1065676; Wed, 21 Apr 2010 19:09:35 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id C35CB8FC2D; Wed, 21 Apr 2010 19:09:34 +0000 (UTC) Received: from park.js.berklix.net (p549A639C.dip.t-dialin.net [84.154.99.156]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o3LJ9VUW025014; Wed, 21 Apr 2010 19:09:32 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o3LJ9bF2012599; Wed, 21 Apr 2010 21:09:37 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o3LJ9W8b072724; Wed, 21 Apr 2010 21:09:37 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004211909.o3LJ9W8b072724@fire.js.berklix.net> To: hackers@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 17 Apr 2010 12:05:46 +0200." <201004171005.o3HA5kfo014359@fire.js.berklix.net> Date: Wed, 21 Apr 2010 21:09:32 +0200 Sender: jhs@berklix.com Cc: re@freebsd.org Subject: Re: Bug with fixit live 8.0 memstick.img running on F1 after MBR 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, 21 Apr 2010 19:09:35 -0000 Hi hackers@, No replies in over 4 days to this, so this is a repost, I've also added re@ as newish memstick.img might interest them ? Reference: > From: "Julian H. Stacey" > Date: Sat, 17 Apr 2010 12:05:46 +0200 "Julian H. Stacey" wrote: > Hi Hackers, > Bug found with fixit live 8.0 memstick.img running on F1 after MBR : > > First I checked my PC BIOS boots OK: > I copied 8.0-RELEASE-i386-memstick.img to a raw 2G USB stick, it boots > fine, & one can go into fixit menu, using image on stick > > Next > I fdisk partitioned an 8G stick & copied 8.0-RELEASE-i386-memstick.img > to F1 (da0s1), set F1 active, booted OK, went into fixit, selected > USB stick for the live media, & it failed to find a USB media. > > (The live command prompt on F4 wasn't much use, no ls yet.) > > I tried telling it to install to F2 (6.5 G ufs), using files from > local FS on stick, (I told it path 8.0-RELEASE ) but on 2 attempts, > it couldnt find where to install to get bins from. > > I since confirmed those files are there on F1 8.0-RELEASE/ , see below. > > Conclusion: > Would be nice if others tried too, to tell if it's my mistake or a bug. > WOrth doing as it also sets you up ready with a stick that can rescue/ > fixit + has enough space for other file systemes with your own > personal /usr/local inc. X, ready for eg testing laptops in shops. > > I since mounted my 8G stick on a normal 8.0 PC & installed F2 > from /usr/src & /usr/local from hard disc. I have another 4G I > could test with MBR, but testing here is disruptive as only my > main machine has boot- off- USB functionality). > > I mounted both sticks later to document what I was using: > > 2G stick with no MBR, (`dangerously dedicated', that worked OK: > ls -l /devusb/red -> /dev/da0a > > df | grep usb > Filesystem Size Used Avail Capacity Mounted on > /devusb/red 921M 858M -11M 101% /usb/red > > disklabel da0 > # /dev/da0: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 1803124 16 unused 0 0 > c: 1803140 0 unused 0 0 # "raw" part, don't edit > disklabel: partition c doesn't cover the whole unit! > disklabel: An incorrect partition c may cause problems for standard system utilities > > 8G stick with MBR: > fdisk da0 > ******* Working on device /dev/da0 ******* > parameters extracted from in-core disklabel are: > cylinders=977 heads=255 sectors/track=63 (16065 blks/cyl) > > parameters to be used for BIOS calculations are: > cylinders=977 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 63, size 2988027 (1458 Meg), flag 0 > beg: cyl 0/ head 1/ sector 1; > end: cyl 185/ head 254/ sector 63 > The data for partition 2 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 2988090, size 12707415 (6204 Meg), flag 80 (active) > beg: cyl 186/ head 0/ sector 1; > end: cyl 976/ head 254/ sector 63 > The data for partition 3 is: > > The data for partition 4 is: > > > mount > /dev/da0s1a on /usb/sanblack.img (ufs, local) > /dev/da0s2a on /usb/sanblack.ufs (ufs, local, soft-updates) > > df > Filesystem Size Used Avail Capacity Mounted on > /dev/da0s1a 921M 858M -11M 101% /usb/sanblack.img > /dev/da0s2a 6.3G 2.7M 5.8G 0% /usb/sanblack.ufs > > cd /usb/sanblack.img/8.0-RELEASE > du -s kernels # 60M > ls base # base.aa - base.bl, base.inf base.mtree install.sh* > > disklabel da0s1 > # size offset fstype [fsize bsize bps/cpg] > a: 1803124 16 unused 0 0 > c: 2988027 0 unused 0 0 > > disklabel da0s2 > a: 12707399 16 4.2BSD 0 0 0 > c: 12707415 0 unused 0 0 Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 01:28:27 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 380491065672 for ; Thu, 22 Apr 2010 01:28:27 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms173005pub.verizon.net (vms173005pub.verizon.net [206.46.173.5]) by mx1.freebsd.org (Postfix) with ESMTP id 183708FC14 for ; Thu, 22 Apr 2010 01:28:26 +0000 (UTC) Received: from verizon.net ([unknown] [173.54.27.21]) by vms173005.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L190075L831GVM8@vms173005.mailsrvcs.net>; Wed, 21 Apr 2010 20:28:14 -0500 (CDT) Sender: root Message-id: <4BCF75AE.71F13233@verizon.net> Date: Wed, 21 Apr 2010 18:01:18 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-version: 1.0 To: Doug Barton References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> <20100419221413.GD76198@felucia.tataz.chchile.org> <20100420183007.481F85B4D@mail.bitblocks.com> <4BCDF9D5.10909@FreeBSD.org> Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailman-Approved-At: Thu, 22 Apr 2010 02:57:30 +0000 Cc: hackers@freebsd.org, Jeremie Le Hen Subject: Re: /etc in CVS 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, 22 Apr 2010 01:28:27 -0000 Doug Barton wrote: > > On 4/20/2010 11:30 AM, Bakul Shah wrote: > > > > My suggestion was in the context of upgrding a system to a > > new release. There are changes to /**/etc/**/*(.) files going > > from release R to R+1. I was pointing out that what > > mergemaster does (merging in these changes to your locally > > modified etc files) is almost exactly the same as merging in > > a vendor branch under CVS (vendor here would be freebsd.org). > > But merge conflicts have to be resolved carefully and before > > any reboots! > > That's not accurate. By default mergemaster does nothing, it will not > change your installed /etc at all. At this point the -U option will > handle major release upgrades quite painlessly, leaving only those files > that actually have local mods for the user to deal with manually. > > Of course, I have always said that if anyone feels compelled to create a > better solution for etc merging that they should feel free, and I still > mean that. :) I wonder if a version control system, like SVN, could be used to keep track of all the changes in /etc. (Or maybe it already is and I'm simply out of date). -SB From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 05:43:39 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE47B1065672 for ; Thu, 22 Apr 2010 05:43:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD458FC0C for ; Thu, 22 Apr 2010 05:43:39 +0000 (UTC) Received: (qmail 12009 invoked by uid 399); 22 Apr 2010 05:43:38 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Apr 2010 05:43:38 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BCFE209.20501@FreeBSD.org> Date: Wed, 21 Apr 2010 22:43:37 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <4BCE5ECC.6070202@gmail.com> In-Reply-To: <4BCE5ECC.6070202@gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 05:43:40 -0000 On 4/20/2010 7:11 PM, Aryeh M. Friedman wrote: > I acciddentally rm'ed my /var/db/pkg and want to know is it possible to > rgenerate it (I have portmaster and portupgrade installed) Portmaster certainly can't do this, it uses the information from /var/db/pkg. I'm not sure if portupgrade can do it or not. Your most likely course of success is to generate a list of ports that you know you're using ("root" and "leaf" ports in portmaster terminology), back up any config or other key files from /usr/local, then delete everything and reinstall. Good luck, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 06:08:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02EE7106564A for ; Thu, 22 Apr 2010 06:08:01 +0000 (UTC) (envelope-from faust64@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 814998FC0A for ; Thu, 22 Apr 2010 06:07:59 +0000 (UTC) Received: by bwz28 with SMTP id 28so9160783bwz.14 for ; Wed, 21 Apr 2010 23:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type; bh=hs31x2pzQ6bSwslpOe/zIxSnRH5e4z39zo6IVSBEdAc=; b=HQvW+eKzAwzG8dnmVgKyge0Wwdik4JmdAExi6WRuh/Mp8kJ3JoRRORmWVaSsyeCgXe WWTKv/56eLePIx5XY2CLLCFf9QmZeJaPZpqIGrwhpmPUIL/lsDPJSB8DL7jKMejStTR3 zAzdBB1H89hK2hKbzGhURgBMVgVLGk1MHGhSk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=Ukq+Wx1YZnR23F8DVRUC78mHy6JAb3C7gZqoCmkuBJrqApEJN/o2w05VxFKy1zNHcU udrSh88M1/Civ6FZsuT2/p5zCZKXmGlFiJ/a6GERHxfui7A5mkjzgn40vKtoEdnpcp6d 9j4XQWcFQzNdMXJCyDJWtaFOcmcEqxsAazA1o= MIME-Version: 1.0 Received: by 10.204.69.194 with HTTP; Wed, 21 Apr 2010 23:07:39 -0700 (PDT) In-Reply-To: <4BCFE209.20501@FreeBSD.org> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> From: =?ISO-8859-1?Q?Samuel_Mart=EDn_Moro?= Date: Thu, 22 Apr 2010 08:07:39 +0200 Received: by 10.204.144.86 with SMTP id y22mr1722239bku.39.1271916479100; Wed, 21 Apr 2010 23:07:59 -0700 (PDT) Message-ID: To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, "Aryeh M. Friedman" Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 06:08:01 -0000 I once coded a shellscript to do that, restore from corrupted pkgdb I have it at work (if you can wait until next monday) the easyest way I found was to pkg_add -Ff every package missing in pkg_info, and extract missing files from packages still there but you would need a package list to do that Samuel Mart=EDn Moro {EPITECH.} tek4 CamTrace S.A.S On Thu, Apr 22, 2010 at 7:43 AM, Doug Barton wrote: > a From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 09:14:44 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FF451065670 for ; Thu, 22 Apr 2010 09:14:44 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id ED7AC8FC24 for ; Thu, 22 Apr 2010 09:14:43 +0000 (UTC) Received: from [195.4.92.10] (helo=0.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1O4sUc-0007Lz-HO; Thu, 22 Apr 2010 11:14:42 +0200 Received: from p57ae01a1.dip0.t-ipconnect.de ([87.174.1.161]:29229 helo=ernst.jennejohn.org) by 0.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1O4sUc-0002GD-7W; Thu, 22 Apr 2010 11:14:42 +0200 Date: Thu, 22 Apr 2010 11:14:40 +0200 From: Gary Jennejohn To: "Julian H. Stacey" Message-ID: <20100422111440.69a017b2@ernst.jennejohn.org> In-Reply-To: <201004211858.o3LIvx5h058066@fire.js.berklix.net> References: <201004211858.o3LIvx5h058066@fire.js.berklix.net> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 a prerequisite for COMPAT_IA32 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 09:14:44 -0000 On Wed, 21 Apr 2010 20:57:59 +0200 "Julian H. Stacey" wrote: > Hi hackers@freebsd.org > with amd64, but not with i386, > /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 is an undocemneted > pre-requisite for COMPAT_IA32 > (so those who enable COMPAT_IA32 for ports/emulators, but disable > COMPAT_FREEBSD7 as they compile all binaries on upgrade, will trip > up on it as I did). Currently I see: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../compat/freebsd32/freebsd32_misc.c > cc1: warnings being treated as errors > ../../../compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_semsys': > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: implicit declaration of function 'freebsd7_freebsd32_semctl' > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: nested extern declaration of 'freebsd7_freebsd32_semctl' > ... > ../../../compat/freebsd32/freebsd32_misc.c:1845: error: dereferencing pointer to incomplete type > *** Error code 1 > > It could be documented in GENERIC, but better to fix it. I could > dig through sources, but I think there's people closer to config > who would prefer to commit their own fix, rather than me write a patch ? > (Does that translate as "I'm lazy" ? ;-) > The switch is documented in /usr/src/UPDATING on my box. This is the usual place for this kind of heads-up. -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 09:54:48 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EFEB106564A for ; Thu, 22 Apr 2010 09:54:48 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id C7B188FC1E for ; Thu, 22 Apr 2010 09:54:47 +0000 (UTC) Received: from park.js.berklix.net (p549A761B.dip.t-dialin.net [84.154.118.27]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o3M9sjWW040513; Thu, 22 Apr 2010 09:54:46 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o3M9seHd016339; Thu, 22 Apr 2010 11:54:40 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o3M9sUxM077377; Thu, 22 Apr 2010 11:54:35 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004220954.o3M9sUxM077377@fire.js.berklix.net> To: gary.jennejohn@freenet.de From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 22 Apr 2010 11:14:40 +0200." <20100422111440.69a017b2@ernst.jennejohn.org> Date: Thu, 22 Apr 2010 11:54:29 +0200 Sender: jhs@berklix.com Cc: hackers@freebsd.org Subject: Re: /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 a prerequisite for COMPAT_IA32 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, 22 Apr 2010 09:54:48 -0000 Hi, Reference: > From: Gary Jennejohn > Reply-to: gary.jennejohn@freenet.de > Date: Thu, 22 Apr 2010 11:14:40 +0200 > Message-id: <20100422111440.69a017b2@ernst.jennejohn.org> Gary Jennejohn wrote: > On Wed, 21 Apr 2010 20:57:59 +0200 > "Julian H. Stacey" wrote: > > > Hi hackers@freebsd.org > > with amd64, but not with i386, > > /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 is an undocemneted > > pre-requisite for COMPAT_IA32 > > (so those who enable COMPAT_IA32 for ports/emulators, but disable > > COMPAT_FREEBSD7 as they compile all binaries on upgrade, will trip > > up on it as I did). Currently I see: > > > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../compat/freebsd32/freebsd32_misc.c > > cc1: warnings being treated as errors > > ../../../compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_semsys': > > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: implicit declaration of function 'freebsd7_freebsd32_semctl' > > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: nested extern declaration of 'freebsd7_freebsd32_semctl' > > ... > > ../../../compat/freebsd32/freebsd32_misc.c:1845: error: dereferencing pointer to incomplete type > > *** Error code 1 > > > > It could be documented in GENERIC, but better to fix it. I could > > dig through sources, but I think there's people closer to config > > who would prefer to commit their own fix, rather than me write a patch ? > > (Does that translate as "I'm lazy" ? ;-) > > > > The switch is documented in /usr/src/UPDATING on my box. This is the > usual place for this kind of heads-up. Thanks Gary, It seems COMPAT_FREEBSD7 has more scope than [456] ( /usr/src/UPDATING I should read more often. ) But /usr/src/UPDATING is a transition log, & as new things occur, the entry re COMPAT_FREEBSD7 will get buried deeper. Requirement from COMPAT_IA32 for COMPAT_FREEBSD7 applies with amd64 but not i386, so I'd suggest that could be documented in /sys/amd64/conf/GENERIC , eg From options COMPAT_FREEBSD7 # Compatible with FreeBSD7 To options COMPAT_FREEBSD7 # Compatible with FreeBSD7, req. by COMPAT_IA32 Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 10:18:55 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 103041065674; Thu, 22 Apr 2010 10:18:55 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C35528FC15; Thu, 22 Apr 2010 10:18:54 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8CCA01FFC22; Thu, 22 Apr 2010 10:18:53 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 46E89844E7; Thu, 22 Apr 2010 12:18:21 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Sergey Babkin References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> <20100419221413.GD76198@felucia.tataz.chchile.org> <20100420183007.481F85B4D@mail.bitblocks.com> <4BCDF9D5.10909@FreeBSD.org> <4BCF75AE.71F13233@verizon.net> Date: Thu, 22 Apr 2010 12:18:21 +0200 In-Reply-To: <4BCF75AE.71F13233@verizon.net> (Sergey Babkin's message of "Wed, 21 Apr 2010 18:01:18 -0400") Message-ID: <86vdbjdc42.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org, Doug Barton , Jeremie Le Hen Subject: Re: /etc in CVS 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, 22 Apr 2010 10:18:55 -0000 Sergey Babkin writes: > I wonder if a version control system, like SVN, could be used to keep > track of all the changes in /etc. (Or maybe it already is and I'm > simply out of date). arch is commonly used for things like this. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 10:21:30 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F57D106566B for ; Thu, 22 Apr 2010 10:21:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id EF7B28FC1D for ; Thu, 22 Apr 2010 10:21:29 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o3MALOWJ007188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Apr 2010 13:21:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o3MALOrK051674; Thu, 22 Apr 2010 13:21:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3MALOsG051673; Thu, 22 Apr 2010 13:21:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 22 Apr 2010 13:21:24 +0300 From: Kostik Belousov To: "Julian H. Stacey" Message-ID: <20100422102124.GP2422@deviant.kiev.zoral.com.ua> References: <201004211858.o3LIvx5h058066@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8SdtHY/0P4yzaavF" Content-Disposition: inline In-Reply-To: <201004211858.o3LIvx5h058066@fire.js.berklix.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_20, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: hackers@freebsd.org Subject: Re: /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 a prerequisite for COMPAT_IA32 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, 22 Apr 2010 10:21:30 -0000 --8SdtHY/0P4yzaavF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 21, 2010 at 08:57:59PM +0200, Julian H. Stacey wrote: > Hi hackers@freebsd.org > with amd64, but not with i386, > /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 is an undocemneted > pre-requisite for COMPAT_IA32 > (so those who enable COMPAT_IA32 for ports/emulators, but disable > COMPAT_FREEBSD7 as they compile all binaries on upgrade, will trip > up on it as I did). Currently I see: >=20 > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -g -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-lim= it=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D= 1000 -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D3= 87 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asyn= chronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../c= ompat/freebsd32/freebsd32_misc.c > cc1: warnings being treated as errors > ../../../compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_semsys= ': > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: implicit declar= ation of function 'freebsd7_freebsd32_semctl' > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: nested extern d= eclaration of 'freebsd7_freebsd32_semctl' > ... > ../../../compat/freebsd32/freebsd32_misc.c:1845: error: dereferencing poi= nter to incomplete type > *** Error code 1 >=20 > It could be documented in GENERIC, but better to fix it. I could > dig through sources, but I think there's people closer to config > who would prefer to commit their own fix, rather than me write a patch ? > (Does that translate as "I'm lazy" ? ;-) You did not even provided the version of the source checkout you use. There were a lot of changes in this area recently. Your error cannot happen at the specified location in recent CURRENT or RELENG_8 (this does not mean that the problem goes away with upgrade). --8SdtHY/0P4yzaavF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvQIyQACgkQC3+MBN1Mb4iakgCeIHd5L7b5BHqwRfMH4JeUht20 kKcAoKkFmWcmDsfWYTCfes2ErwvyHNRx =A9tC -----END PGP SIGNATURE----- --8SdtHY/0P4yzaavF-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 10:34:33 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9A84106566C for ; Thu, 22 Apr 2010 10:34:32 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 55CF88FC0A for ; Thu, 22 Apr 2010 10:34:31 +0000 (UTC) Received: from park.js.berklix.net (p549A761B.dip.t-dialin.net [84.154.118.27]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o3MAYT7i040960; Thu, 22 Apr 2010 10:34:30 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o3MAYPeZ016532; Thu, 22 Apr 2010 12:34:25 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o3MAYEFg078348; Thu, 22 Apr 2010 12:34:19 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004221034.o3MAYEFg078348@fire.js.berklix.net> To: Kostik Belousov From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 22 Apr 2010 13:21:24 +0300." <20100422102124.GP2422@deviant.kiev.zoral.com.ua> Date: Thu, 22 Apr 2010 12:34:14 +0200 Sender: jhs@berklix.com Cc: hackers@freebsd.org Subject: Re: /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 a prerequisite for COMPAT_IA32 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, 22 Apr 2010 10:34:33 -0000 Hi Kostik, Kostik Belousov wrote: > On Wed, Apr 21, 2010 at 08:57:59PM +0200, Julian H. Stacey wrote: > > Hi hackers@freebsd.org > > with amd64, but not with i386, > > /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 is an undocemneted > > pre-requisite for COMPAT_IA32 > > (so those who enable COMPAT_IA32 for ports/emulators, but disable > > COMPAT_FREEBSD7 as they compile all binaries on upgrade, will trip > > up on it as I did). Currently I see: > >=20 > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -g -W= > all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= > types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= > mat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL = > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-lim= > it=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D= > 1000 -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D3= > 87 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asyn= > chronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../c= > ompat/freebsd32/freebsd32_misc.c > > cc1: warnings being treated as errors > > ../../../compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_semsys= > ': > > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: implicit declar= > ation of function 'freebsd7_freebsd32_semctl' > > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: nested extern d= > eclaration of 'freebsd7_freebsd32_semctl' > > ... > > ../../../compat/freebsd32/freebsd32_misc.c:1845: error: dereferencing poi= > nter to incomplete type > > *** Error code 1 > >=20 > > It could be documented in GENERIC, but better to fix it. I could > > dig through sources, but I think there's people closer to config > > who would prefer to commit their own fix, rather than me write a patch ? > > (Does that translate as "I'm lazy" ? ;-) > > You did not even provided the version of the source checkout you use. I only posted to hackers@ which is for releases. I didnt post stable or current@ However, yes, sorry I could & should have stated 8.0-RELEASE > There were a lot of changes in this area recently. Your error cannot > happen at the specified location in recent CURRENT or RELENG_8 > (this does not mean that the problem goes away with upgrade). OK, if things have changed since I'll leave it to others, I only have sources for stable & current here, not installed binaries. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 11:18:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A20C1065673; Thu, 22 Apr 2010 11:18:06 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id CC29A8FC18; Thu, 22 Apr 2010 11:18:05 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.3/8.14.3) with ESMTP id o3MBHwx7039469; Thu, 22 Apr 2010 13:17:59 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.3/8.14.3/Submit) id o3MBHwje039468; Thu, 22 Apr 2010 13:17:58 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Thu, 22 Apr 2010 13:17:58 +0200 From: Ruben de Groot To: Doug Barton Message-ID: <20100422111758.GA39338@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Doug Barton , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BCFE209.20501@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Thu, 22 Apr 2010 13:18:04 +0200 (CEST) X-Mailman-Approved-At: Thu, 22 Apr 2010 11:32:17 +0000 Cc: freebsd-hackers@freebsd.org, "Aryeh M. Friedman" Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 11:18:06 -0000 On Wed, Apr 21, 2010 at 10:43:37PM -0700, Doug Barton typed: > On 4/20/2010 7:11 PM, Aryeh M. Friedman wrote: > > I acciddentally rm'ed my /var/db/pkg and want to know is it possible to > > rgenerate it (I have portmaster and portupgrade installed) > > Portmaster certainly can't do this, it uses the information from > /var/db/pkg. I'm not sure if portupgrade can do it or not. > > Your most likely course of success is to generate a list of ports that > you know you're using ("root" and "leaf" ports in portmaster > terminology), back up any config or other key files from /usr/local, > then delete everything and reinstall. This question (how to restore /var/db/pkg) comes up fairly regularly. How about adding a /etc/periodic/daily/220.backup-pkgdb script or something? Just asking opinions, if people want this, I'll make a patch and file a PR. Ruben From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 12:21:38 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D4AC1065670; Thu, 22 Apr 2010 12:21:38 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 832568FC12; Thu, 22 Apr 2010 12:21:37 +0000 (UTC) Received: by bwz28 with SMTP id 28so9519659bwz.14 for ; Thu, 22 Apr 2010 05:21:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:content-type; bh=HG7cWFRaGqFGCXxXleIalqpLKR9n6TxUvGeHMONAlmk=; b=Go+eyKEKtHczF2coJYzMW7sATDQ6IpUwXr4+BlYCQsoWktOQP/Rd+9ekFZyrgTqz5d tTm79gLwYiLPuaKTMAtzkwQxBjZ16HHXB5K0N5XcBjViCAyX/+FmELXiZTMhWrsUS3jf kYp/KP4/K3VlgXhKNtgzTzFH4C+4FY8wcjNeg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=a1SP1yLkTNCJ7ldUFd2TkjRXC+DGTyW6J/VCFlx2hSB4h+M6gR5fTbcN/B06IBGdVH MupDRaOW7rxT2nVCibohw7cdyYvJ5BubqEwy/DVDkKOl9/Bk2YGBlzSOwWpz1bqaZGqP zKYMFHvOZkQTe3WryoOGN2Cj5LMKC67LFKu1k= MIME-Version: 1.0 Received: by 10.239.193.77 with HTTP; Thu, 22 Apr 2010 05:21:16 -0700 (PDT) In-Reply-To: <20100422111758.GA39338@ei.bzerk.org> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> From: Eitan Adler Date: Thu, 22 Apr 2010 15:21:16 +0300 Received: by 10.239.180.8 with SMTP id f8mr95075hbg.14.1271938896164; Thu, 22 Apr 2010 05:21:36 -0700 (PDT) Message-ID: To: Ruben de Groot , Doug Barton , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 12:21:38 -0000 > > Just asking opinions, if people want this, I'll make a patch and > file a PR. > Is this script correct? #!/bin/sh # # $FreeBSD: src/etc/periodic/daily/210.backup-aliases,v 1.6.36.1.2.1 2009/10/25 01:10:29 kensmith Exp $ # # If there is a global system configuration file, suck it in. # if [ -r /etc/defaults/periodic.conf ] then . /etc/defaults/periodic.conf source_periodic_confs fi bak=/var/backups db_loc="/var/db/pkg"; bk_loc="/$bak/pkgdb.bak.tar" case "$daily_backup_pkgdb_enable" in [Yy][Ee][Ss]) if [ ! -d $db_loc ] then echo '$daily_backup_pkgdb_enable is enabled but' \ "$db_loc doesn't exist" rc=2 else rc=0 echo "" echo "Backing up mail aliases:" if [ ! -f $bk_loc ] then echo "no $bk_loc" tar -cjf $bk_loc $db_loc || rc=3 fi fi;; *) rc=0;; esac exit $rc From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 13:05:04 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45332106566B for ; Thu, 22 Apr 2010 13:05:04 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 30C858FC12 for ; Thu, 22 Apr 2010 13:05:03 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id EF61722857; Thu, 22 Apr 2010 06:46:15 -0600 (MDT) Received: by night.db.net (Postfix, from userid 100) id 0580733C2E; Thu, 22 Apr 2010 08:49:32 -0400 (EDT) Date: Thu, 22 Apr 2010 08:49:32 -0400 From: Diane Bruce To: "Aryeh M. Friedman" Message-ID: <20100422124932.GA21661@night.db.net> References: <4BCE5ECC.6070202@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BCE5ECC.6070202@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 13:05:04 -0000 On Tue, Apr 20, 2010 at 10:11:24PM -0400, Aryeh M. Friedman wrote: > I acciddentally rm'ed my /var/db/pkg and want to know is it possible to > rgenerate it (I have portmaster and portupgrade installed) You would have to write a script which went through each file in /usr/local/bin and /usr/local/lib (mostly sufficient) and examined every single pkg-plist looking for the corresponding file. Then you know what port the file was generated by. Needless to say, this would be somewhat horrible. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 13:12:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22241106566C; Thu, 22 Apr 2010 13:12:30 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE338FC0C; Thu, 22 Apr 2010 13:12:29 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so580831eyd.9 for ; Thu, 22 Apr 2010 06:12:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type; bh=1U36M9s4OBVQPkWzr8cj8tSoOIndeJ7ImUFUX/+seDk=; b=VdopzXPYcG8QYIgpjVqCQi7E0hCWV3zCirWbej31cfJJ/EEFTyoT8s4ac1nVTI9QnJ vljx5tCx+wj3pOhvIeHTfxYvKw8e1GgVKn67B2ORlA509+ODJN2tJnct4pq7xTYnj9DP reKOtRQqiQE+yB5ZhKbUCo+3YebUNYM3pKHrs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=P2M0O/4aMfR/ITw0ZfD8hE5J9vRPnl/wMNK8HEyrzkYFq9gPQ6CrknT0CEwxqd1JTj TkgxjC958oH1HRlxE/qaD5D28i0d9qD/rxv2gOHxIA+u9wSyiAOpdBPnP8AIg7BMmige pBin/zAL0oNt8eJvS7BGmfMslpQN3EDu1n3iI= MIME-Version: 1.0 Received: by 10.239.193.77 with HTTP; Thu, 22 Apr 2010 06:12:08 -0700 (PDT) In-Reply-To: <20100422125402.GR33521@e.0x20.net> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> <20100422125402.GR33521@e.0x20.net> From: Eitan Adler Date: Thu, 22 Apr 2010 16:12:08 +0300 Received: by 10.239.183.211 with SMTP id v19mr986193hbg.182.1271941948192; Thu, 22 Apr 2010 06:12:28 -0700 (PDT) Message-ID: To: Lars Engels Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, Ruben de Groot , Doug Barton , "Aryeh M. Friedman" Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 13:12:30 -0000 > Hmm, I guess you shouldn't backup /var/foo to /var/bar. If /var is lost, > your backup is gone, too. I took the backup location from one of the other periodic scripts. Where should it be backed up to then? From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 12:54:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BF1106564A; Thu, 22 Apr 2010 12:54:03 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 66DE38FC12; Thu, 22 Apr 2010 12:54:03 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 38B2B3A601; Thu, 22 Apr 2010 14:54:02 +0200 (CEST) Date: Thu, 22 Apr 2010 14:54:02 +0200 From: Lars Engels To: Eitan Adler Message-ID: <20100422125402.GR33521@e.0x20.net> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sgof50bbbY3Ojj4a" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Thu, 22 Apr 2010 13:20:25 +0000 Cc: freebsd-hackers@freebsd.org, Ruben de Groot , Doug Barton , "Aryeh M. Friedman" Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 12:54:03 -0000 --sgof50bbbY3Ojj4a Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 22, 2010 at 03:21:16PM +0300, Eitan Adler wrote: > > > > Just asking opinions, if people want this, I'll make a patch and > > file a PR. > > >=20 > Is this script correct? >=20 > #!/bin/sh > # > # $FreeBSD: src/etc/periodic/daily/210.backup-aliases,v 1.6.36.1.2.1 > 2009/10/25 01:10:29 kensmith Exp $ > # >=20 > # If there is a global system configuration file, suck it in. > # > if [ -r /etc/defaults/periodic.conf ] > then > . /etc/defaults/periodic.conf > source_periodic_confs > fi >=20 > bak=3D/var/backups > db_loc=3D"/var/db/pkg"; > bk_loc=3D"/$bak/pkgdb.bak.tar" >=20 > case "$daily_backup_pkgdb_enable" in > [Yy][Ee][Ss]) > if [ ! -d $db_loc ] > then > echo '$daily_backup_pkgdb_enable is enabled but' \ > "$db_loc doesn't exist" > rc=3D2 > else > rc=3D0 >=20 > echo "" > echo "Backing up mail aliases:" >=20 > if [ ! -f $bk_loc ] > then > echo "no $bk_loc" > tar -cjf $bk_loc $db_loc || rc=3D3 > fi > fi;; >=20 > *) rc=3D0;; > esac >=20 > exit $rc Hmm, I guess you shouldn't backup /var/foo to /var/bar. If /var is lost, your backup is gone, too. --sgof50bbbY3Ojj4a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkvQRukACgkQKc512sD3afhefwCgsq8KONx3oVGoYpToccfBbsSC glEAniPHuePi8zmjJQhHbZvM8EXZr451 =n+g7 -----END PGP SIGNATURE----- --sgof50bbbY3Ojj4a-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 13:44:33 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88EE71065673 for ; Thu, 22 Apr 2010 13:44:33 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6B28B8FC14 for ; Thu, 22 Apr 2010 13:44:33 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 5661D22857; Thu, 22 Apr 2010 07:41:14 -0600 (MDT) Received: by night.db.net (Postfix, from userid 100) id 1066E33C2E; Thu, 22 Apr 2010 09:44:25 -0400 (EDT) Date: Thu, 22 Apr 2010 09:44:25 -0400 From: Diane Bruce To: Eitan Adler Message-ID: <20100422134425.GA22049@night.db.net> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> <20100422125402.GR33521@e.0x20.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org, Ruben de Groot , Doug Barton , "Aryeh M. Friedman" , Lars Engels Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 13:44:33 -0000 On Thu, Apr 22, 2010 at 04:12:08PM +0300, Eitan Adler wrote: > > Hmm, I guess you shouldn't backup /var/foo to /var/bar. If /var is lost, > > your backup is gone, too. In your crontab MAILTO=... @weekly /usr/sbin/pkg_info -I -a Once a week is reasonable. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 14:19:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F1C9106564A; Thu, 22 Apr 2010 14:19:50 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id B8C9F8FC1E; Thu, 22 Apr 2010 14:19:49 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.4/8.14.4) with ESMTP id o3MEJUXA050990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Apr 2010 16:19:30 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.4/8.14.4/Submit) with ESMTP id o3MEJUGI050987; Thu, 22 Apr 2010 16:19:30 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 22 Apr 2010 16:19:25 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Eitan Adler In-Reply-To: Message-ID: References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= OpenPGP: url=http://fagskolen.gjovik.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1592387152-1271945970=:29574" X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on mail.fig.ol.no Cc: freebsd-hackers@freebsd.org, Ruben de Groot , Doug Barton , "Aryeh M. Friedman" Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 14:19:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1592387152-1271945970=:29574 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 22 Apr 2010 15:21+0300, Eitan Adler wrote: > > Just asking opinions, if people want this, I'll make a patch and > > file a PR. > > Is this script correct? > > #!/bin/sh > # > # $FreeBSD: src/etc/periodic/daily/210.backup-aliases,v 1.6.36.1.2.1 2009/10/25 01:10:29 kensmith Exp $ > # > > # If there is a global system configuration file, suck it in. > # > if [ -r /etc/defaults/periodic.conf ] > then > . /etc/defaults/periodic.conf > source_periodic_confs > fi > > bak=/var/backups > db_loc="/var/db/pkg"; > bk_loc="/$bak/pkgdb.bak.tar" It's really no big deal, but from a pragmatic view I'd write: bk_loc="$bak/pkgdb.bak.tar" Otherwise $bk_loc will contain: //var/backups/pkgdb.bak.tar > > case "$daily_backup_pkgdb_enable" in > [Yy][Ee][Ss]) > if [ ! -d $db_loc ] > then > echo '$daily_backup_pkgdb_enable is enabled but' \ > "$db_loc doesn't exist" > rc=2 > else > rc=0 > > echo "" > echo "Backing up mail aliases:" It's really the package directory, no? > if [ ! -f $bk_loc ] > then > echo "no $bk_loc" > tar -cjf $bk_loc $db_loc || rc=3 How do you plan to capture changes made to /var/db/pkg? If we're supposed to manually delete /var/backups/pkgdb.bak.tar from time to time, then the presented code is probably ok. > fi > fi;; > > *) rc=0;; > esac > > exit $rc Just my $0.02, Trond. - -- - ---------------------------------------------------------------------- Trond Endrestøl | Trond.Endrestol@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 8.0-STABLE & Alpine 2.00 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvQWvIACgkQbYWZalUoEluyegCfYq/FMpdT9/wRGQyGF8+2WgKQ aGIAn2S2br054BRHc38IpB4uWYVYH94I =GA9V -----END PGP SIGNATURE----- --2055831798-1592387152-1271945970=:29574-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 14:25:35 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 324201065670 for ; Thu, 22 Apr 2010 14:25:35 +0000 (UTC) (envelope-from drue@therub.org) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1104A8FC13 for ; Thu, 22 Apr 2010 14:25:34 +0000 (UTC) Received: by pwi9 with SMTP id 9so6164582pwi.13 for ; Thu, 22 Apr 2010 07:25:34 -0700 (PDT) Received: by 10.141.188.24 with SMTP id q24mr1130887rvp.0.1271944619721; Thu, 22 Apr 2010 06:56:59 -0700 (PDT) Received: from therub.org (173-8-105-225-Minnesota.hfc.comcastbusiness.net [173.8.105.225]) by mx.google.com with ESMTPS id 20sm249iwn.9.2010.04.22.06.56.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Apr 2010 06:56:57 -0700 (PDT) Date: Thu, 22 Apr 2010 08:56:39 -0500 From: Dan Rue To: freebsd-hackers@freebsd.org Message-ID: <20100422135639.GA97536@therub.org> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 14:25:35 -0000 On Thu, Apr 22, 2010 at 03:21:16PM +0300, Eitan Adler wrote: > > > > Just asking opinions, if people want this, I'll make a patch and > > file a PR. > > > > Is this script correct? We're starting to use SSDs for boot drives in our freebsd boxes. We'd like to have /var on a memory backed FS, but losing the package database on every reboot is troublesome. This script would be a decent solution to my problem as well, Dan From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 14:30:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE93A1065673 for ; Thu, 22 Apr 2010 14:30:16 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.sonnenberger.org (www.sonnenberger.org [92.79.50.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8CF8FC19 for ; Thu, 22 Apr 2010 14:30:16 +0000 (UTC) Received: from britannica.bec.de (www.sonnenberger.org [192.168.1.10]) by www.sonnenberger.org (Postfix) with ESMTP id EAF7E667A9 for ; Thu, 22 Apr 2010 16:30:14 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1000) id 78C2615C52; Thu, 22 Apr 2010 16:28:53 +0200 (CEST) Date: Thu, 22 Apr 2010 16:28:53 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20100422142853.GA13287@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> <20100422135639.GA97536@therub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100422135639.GA97536@therub.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 14:30:16 -0000 On Thu, Apr 22, 2010 at 08:56:39AM -0500, Dan Rue wrote: > We're starting to use SSDs for boot drives in our freebsd boxes. We'd > like to have /var on a memory backed FS, but losing the package database > on every reboot is troublesome. Tried using a symlink from /var/db/pkg to /usr/local/.pkgdb or so? Joerg From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 14:30:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFFB01065670 for ; Thu, 22 Apr 2010 14:30:48 +0000 (UTC) (envelope-from czerner.lukas@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC968FC19 for ; Thu, 22 Apr 2010 14:30:48 +0000 (UTC) Received: by bwz28 with SMTP id 28so9656074bwz.14 for ; Thu, 22 Apr 2010 07:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:x-x-sender:to :subject:message-id:user-agent:mime-version:content-type; bh=+q9G/HYLoC3qkU5yVPEuWSfAM9Rm17bVvvSfhzAAHRc=; b=NnazvUap51hk/3JWHr/3VUvivFSLYAeEI7mGbUZVoMe6cJ5XZgWyV79IJVq10iDgn1 a8kPURqbAFrcvtcwEic+NzJHQBMqBSXpFHPh3qc7X52UpNHCCIZw6U7BihsZGGbqALwa jqyxqbr1tcfyBJvl9DES9xRCyqSa2L6Z5hXuQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:x-x-sender:to:subject:message-id:user-agent:mime-version :content-type; b=MKvDMJVvtOSz8E/9oYly9/6Mj3JFp4TsN0CHrVKLZmd5elOcmgUw8nPRQPUZmi9tCv A/csDeF3jUZGbIgmvqaeTD39lW6L/+saAbzmj+fNs1mxANmekRNIPYwoOWs8yyYrDKty n5v2c+FunjfdWyt8PYQXWlogKk0ysQFtx1FyI= Received: by 10.87.76.7 with SMTP id d7mr1213111fgl.65.1271944938593; Thu, 22 Apr 2010 07:02:18 -0700 (PDT) Received: from a04-0215a.kn.vutbr.cz (a04-0215a.kn.vutbr.cz [147.229.216.20]) by mx.google.com with ESMTPS id 12sm4598845fgg.24.2010.04.22.07.02.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Apr 2010 07:02:17 -0700 (PDT) Date: Thu, 22 Apr 2010 16:02:16 +0200 (CEST) From: "=?ISO-8859-15?Q?Luk=E1=A8_Czerner?=" X-X-Sender: bratt@a04-0215a.kn.vutbr.cz To: freebsd-hackers@freebsd.org Message-ID: User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: How to change vnode operations ? 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, 22 Apr 2010 14:30:49 -0000 Hi all, this may sound a little odd, since I have noticed that there is much work done to not allow such a thing ($SUBJ). But may be you can help me and point me to the right direction. I am writing a kernel module with somewhat similar functionality like nullfs has, BUT it has to have some features which nullfs itself does not provide : 1. I need the new layer to completely hide underlaying layer so no one can bypass it. 2. Nullfs allows me to to overlay just one directory, but i want to include another directories and/or exclude subdirectories/files. 3. Nullfs just redirects vnode operations to lower layer, I need to catch that operation, do something (for example alter the arguments somehow etc..), pass the operation (with possibly altered arguments) to the lower layer, get the result and then return the result. The best way to do that (I think) is to change vnode operations of particular vnodes to point to functions defined in that module. At this point, I can catch any operations with the vnode and this is the base of what i want. So my question is. I there any "clean" way to chande vnode operations ? If not, is there any "not so clean" way ? Anyway I will appreciate any good idea how to do what I have described. Thanks! -Lukas. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 14:41:29 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B632C1065670; Thu, 22 Apr 2010 14:41:29 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6F4B78FC28; Thu, 22 Apr 2010 14:41:29 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (Postfix) with ESMTPS id AE3E85C5F; Thu, 22 Apr 2010 16:41:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1271947288; bh=wR7ZoHbkwfto7xvfaD6ZQtDkHa2w3JsVdXO3z3AQYTc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=hGiCl9/VXM7EWOk7fkKjUwe2HPFStBpyPhAoaAeKG4fAxHZ7MmJPWXUQn3J+BKAEE +lbGFsASkJIOOSPE+mHvlJLpxJ7yEiz4jQPOAQmWw0Trr1km1IMjXaxuCYfVh3dT8F HUm6mJS2kkDia8oiyiY7pCMvDbeD6ac/sm+7Dfvc= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o3MEfRKE041083; Thu, 22 Apr 2010 16:41:27 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Thu, 22 Apr 2010 16:41:27 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Message-ID: <20100422144127.GW92627@acme.spoerlein.net> Mail-Followup-To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , Sergey Babkin , hackers@freebsd.org, Doug Barton , Jeremie Le Hen References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> <20100419221413.GD76198@felucia.tataz.chchile.org> <20100420183007.481F85B4D@mail.bitblocks.com> <4BCDF9D5.10909@FreeBSD.org> <4BCF75AE.71F13233@verizon.net> <86vdbjdc42.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86vdbjdc42.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: hackers@freebsd.org, Sergey Babkin , Jeremie Le Hen , Doug Barton Subject: Re: /etc in CVS 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, 22 Apr 2010 14:41:29 -0000 On Thu, 22.04.2010 at 12:18:21 +0200, Dag-Erling Smørgrav wrote: > Sergey Babkin writes: > > I wonder if a version control system, like SVN, could be used to keep > > track of all the changes in /etc. (Or maybe it already is and I'm > > simply out of date). > > arch is commonly used for things like this. I have a .hg directory sitting in / for every machine I usually take care of. hgignore is of course set to *, so only explicitly added files are tracked. FWIW, I would *strongly* suggest you do *not* use SVN, but a system capable of offline usage, because when the shit hits the fan, you can't rely on a working network. just my two cents, Uli From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 15:47:32 2010 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9889A106564A; Thu, 22 Apr 2010 15:47:32 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6BEE78FC16; Thu, 22 Apr 2010 15:47:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3MFlWoj051355; Thu, 22 Apr 2010 15:47:32 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3MFlWTI051354; Thu, 22 Apr 2010 15:47:32 GMT (envelope-from danger) Date: Thu, 22 Apr 2010 15:47:32 +0000 From: Daniel Gerzo To: questions@FreeBSD.org, current@FreeBSD.org, hackers@FreeBSD.org, stable@FreeBSD.org Message-ID: <20100422154732.GA51340@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: Subject: FreeBSD Status Report January-March, 2010 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, 22 Apr 2010 15:47:32 -0000 FreeBSD Quarterly Status Report Introduction This report covers FreeBSD related projects between January and March 2010. Being the first of the four reports planned for 2010 with 46 entries, it shows a good progress of the FreeBSD Project and proves that our committers are keeping up with the latest trends in the OS development. During this period, a new minor version of FreeBSD, 7.3-RELEASE, has been released, while the release process for 8.1-RELEASE is soon to begin and is planned to be released later this summer. Thanks to all the reporters for their excellent work! We hope you enjoy the reading. Please note that the deadline for submissions covering the period between April and June 2010 is July 15th, 2010. __________________________________________________________________ Google Summer of Code * Google Summer of Code 2010 Projects * Chromium web browser * Clang replacing GCC in the base system * EFI support for FreeBSD/i386 * mfsBSD * Modular Congestion Control * NAND Flash framework for embedded FreeBSD * Out of Tree Toolchain * PC-BSD PC-SysInstall Backend * The tbemd branch * webcamd FreeBSD Team Reports * FreeBSD Bugbusting Team * Release Engineering Team * The FreeBSD Foundation Network Infrastructure * (Virtual) Network Stack resource cleanup * 802.11n support * Atheros AR9285 support * Enhancing the FreeBSD TCP Implementation * Experimental NFS subsystem (NFSv4) * ipfw and dummynet enhancements * net80211 rate control framework * TCP/UDP connection groups Kernel * CAM-based ATA implementation * Dynamic Ticks in FreeBSD * geom_sched * IPv6 without legacy IP kernel * Multichannel playback in HDA sound driver (snd_hda) * Rewrite of FreeBSD read/write path using vnode page * SUJ: Journaled Softupdates * ZFS Documentation * The FreeBSD German Documentation Project * The FreeBSD Hungarian Documentation Project Userland Programs * FreeBSD port for libunwind * LDAP support in base system Architectures * FreeBSD/arm port for TI DaVinci * FreeBSD/ia64 * FreeBSD/mips on D-Link DIR-320 * FreeBSD/powerpc * FreeBSD/powerpc64 port * FreeBSD/sparc64 Ports * Portmaster * Ports Collection * QAT Miscellaneous * BSDCan 2010 -- The BSD Conference * meetBSD 2010 -- The BSD Conference __________________________________________________________________ (Virtual) Network Stack resource cleanup Contact: Bjoern A. Zeeb In February work was done to address resource leaks in the (virtual) network stack, especially on teardown. During that time also multiple general run-time problems and leaks were identified and fixed including leaked ipfw tables on module unload, routing entries leaked, in case of interfaces going away, as well as leaked link-layer entries in interaction with flowtable and timers. For virtual network stacks resources are are no longer allocated multiple times or freed upon teardown for eventhandlers, IP and upper level layers, like TCP syncache and host cache, flowtable, and especially radix/routing table memory. In addition epair(4) was enhanced and debugging was improved. This work was sponsored by ISPsystem. Open tasks: 1. Merge the remaining patches. 2. Work on a better teardown model and get to the point where we can free UMA zones without keeping pages for type stability and timers around. __________________________________________________________________ 802.11n support Contact: Rui Paulo 802.11n support in the Atheros driver is being worked on. Right now it can do AMPDU RX in software and we are working on TX AMPDU. The code lives in a private Perforce branch, but some bits of it are already committed to HEAD. This work is being sponsored by iXsystems, inc. __________________________________________________________________ Atheros AR9285 support Contact: Rui Paulo Atheros AR9285 support was added to FreeBSD HEAD and 8-STABLE. There are still some issues but in general it works fine. __________________________________________________________________ BSDCan 2010 -- The BSD Conference URL: http://www.BSDCan.org/2010/ URL: http://www.BSDCan.org/2010/schedule/ Contact: BSDCan Information BSDCan, a BSD conference held in Ottawa, Canada, has quickly established itself as the technical conference for people working on and with 4.4BSD based operating systems and related projects. The organizers have found a fantastic formula that appeals to a wide range of people from extreme novices to advanced developers. BSDCan 2010 will be held on 13-14 May 2010 at the University of Ottawa, and will be preceded by two days of Tutorials on 11-12 May 2010. There will be related events (of a social nature, for the most part) on the day before and after the conference. Please check the conference web site for more information. __________________________________________________________________ CAM-based ATA implementation Contact: Alexander Motin Work on CAM-based ATA implementation continues. Since last report handling of heavy errors and timeouts was improved, Hot-plug now works for both Host and Port Multiplier ports. Series of changes were made to CAM to fix some old issues and honor some new ATA demands. New drivers ahci(4) and siis(4) got some fixes and are quite stable now. "options ATA_CAM" kernel option shows good results in supporting other controllers using existing ata(4) drivers, so it is possible to start deprecating old ata(4) APIs now. Started work on new Marvell SATA driver for both PCI-X/PCIe cards and ARM System-on-Chip SATA controllers. It is expected to support NCQ, Port Multipliers with FIS-based switching and other new features. Most of the code is present in 8-STABLE. Open tasks: 1. Port ataraid(4) functionality to GEOM module. 2. Write SAS-specific transport and drivers for SAS HBAs (specs wanted). SAS controllers can support SATA devices and multipliers, so it should fit nicely into new infrastructure. __________________________________________________________________ Chromium web browser URL: http://chromium.jaggeri.com URL: http://wiki.FreeBSD.org/Chromium Contact: sprewell Chromium is a Webkit-based web browser that is mostly BSD licensed. It works very well on FreeBSD and even supports new features like HTML 5 video. I have started offering subscriptions to fund the porting effort to FreeBSD, funding which has already paid to fix Chromium on BSD-i386. I am using a new funding model where subscriptions pay for development that is kept closed for at most 1 year, after which all patches used in a build are released to subscribers under the same BSD license as Chromium. Also, parts of the closed patches are continually pushed upstream, the BSD i386 fix has already been committed upstream. The goal is to fund Chromium development on BSD while continually pushing patches back to the BSD-licensed Chromium project. I will spin off a Chromium port for ports soon, for those who do not mind using an older, stable build that does not have all the paid features in the subscriber builds. You can read about the issues that a subscription would pay for, such as replacing the ALSA audio backend with OSS, and find out more about subscribing. __________________________________________________________________ Clang replacing GCC in the base system URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang URL: http://lists.FreeBSD.org/pipermail/FreeBSD-current/2010-April/016648.ht ml Contact: Ed Schouten Contact: Roman Divacky Contact: Brooks Davis Contact: Pawel Worach Since the last status report we got to the state where we are able to build all of FreeBSD (the C and C++ bits) on i386/amd64 with clang. The only exception is the bootloader which does not fit within the given size constraint. This is where the current efforts are going on. The C++ part got a big boost now being able to compile all C++ code in FreeBSD and itself. We saw some movment on Mips and PowerPC. Mips got its driver definitions from Oleksander Tymoshenko and Nathan Whitehorn did the same for PowerPC and tested the kernel. Currently, the PPC kernel seems to boot but due to lack of va_arg implementation for PowerPC nothing is printed out. Nathan is working on that. Overall ClangBSD is selfhosting on i386/amd64 and some progress has been made on PowerPC/PPC. We also saw some contribution to the Sparc64 but this seems to have stalled. We need people to try out ClangBSD (see the wiki) and runtime test it. We also would appreciate help with other archs - namely ARM. Open tasks: 1. Runtime test ClangBSD on amd64/i386. 2. Help with ARM/Mips/Sparc64. 3. More testing of clang on 3rd party apps (ports). 4. Discussion on integrating LLVM/clang into FreeBSD. __________________________________________________________________ Dynamic Ticks in FreeBSD URL: http://github.com/oza/FreeBSD-8.0-dyntick URL: http://tsuyoshiozawa.blogspot.com/2010/03/started-to-implement-dynticks -in.html Contact: Tsuyoshi Ozawa I wrote experimental code (please see my project page) and threw patch ( http://gist.github.com/350230 ) to freebsd-hackers. A lot of FreeBSD hackers gave me precious advice, so I am going to reflect it as a next step. Open tasks: 1. Run hard/stat/prof-clocks irregularly (in progress). 2. Some timers which are added after the kernel's scheduling next timer interrupt may be ignored (BUG). 3. Make callout queue have the tick when the next timer event rise up. __________________________________________________________________ EFI support for FreeBSD/i386 Contact: Rui Paulo Work on supporting EFI booting on FreeBSD/i386 resumed. The boot loader can now read an ELF file from the EFI FAT partition. We are now working on trying to boot a kernel. __________________________________________________________________ Enhancing the FreeBSD TCP Implementation URL: http://caia.swin.edu.au/freebsd/etcp09/ URL: http://caia.swin.edu.au/urp/newtcp/ URL: http://www.FreeBSDFoundation.org/projects.shtml URL: http://people.FreeBSD.org/~lstewart/patches/tcp_ffcaia2008/ Contact: Lawrence Stewart The ALQ(9) implementation and KPI has been rototilled and modified (one more patch needs to be committed) to support variable length messages. In addition, it can now be compiled and loaded as a kernel module. With the ALQ changes in head, SIFTR can finally be imported. Reassembly queue autotuning is in the project branch and needs to be extracted as a patch people can easily test. Open tasks: 1. Solicit external testing for and commit SIFTR. 2. Solicit external testing for and commit reassembly queue autotuning patch. __________________________________________________________________ Experimental NFS subsystem (NFSv4) Contact: Rick Macklem Although the bare bones of the NFS Version 4 support was released in FreeBSD 8.0, the integration has been progressing slowly and support should be functional for FreeBSD 8.1 for RFC3530 (NFS Version 4.0). Post FreeBSD 8.1, I believe the focus will be on code cleanup and, under a projects area of svn, some experimental work on aggressive whole file caching to client disk. Open tasks: 1. Handling of delegations on the server w.r.t. local processes running on the server. 2. Integration of recent changes to the regular NFS client, such as Dtrace support. __________________________________________________________________ FreeBSD Bugbusting Team URL: http://www.FreeBSD.org/support.html#gnats URL: http://wiki.FreeBSD.org/BugBusting URL: http://people.FreeBSD.org/~linimon/studies/prs/ URL: http://people.FreeBSD.org/~linimon/studies/prs/recommended_prs.html URL: http://people.FreeBSD.org/~linimon/recommended_subscribers.txt URL: http://people.FreeBSD.org/~linimon/studies/prs/easy_prs.html URL: http://people.FreeBSD.org/~linimon/studies/prs/prs_for_all_groups.html URL: http://wiki.FreeBSD.org/AssigningPRs Contact: Gavin Atkinson Contact: Mark Linimon Contact: Remko Lodder Contact: Volker Werth Bruce Cran (brucec) has graduated from GNATS-only access to having a src commit bit. He has been making commits to help us catch up with the PR backlog. Thanks! We continue to classify PRs as they arrive, adding 'tags' to the subject lines corresponding to the kernel subsystem involved, or man page references for userland PRs. These tags, in turn, produce lists of PRs sorted both by tag and by manpage. The most recent use of these tags is the creating of a new report, Summary Chart of PRs With Tags, which sorts tagged PRs into logical groups such as filesystem, network drivers, libraries, and so forth. The slice labels are clickable. The chart is updated once a day. You can consider it as a prototype for browsing "sub-categories" of kernel PRs. The "recommended list" has been split up into "non-trivial PRs which need committer evaluation" and the "easy list" of trivial PRs, to try to focus some attention on the latter. New reports were added for "PRs which are from FreeBSD vendors or OEMs", "PRs containing code for new device drivers", and "PRs referencing other BSDs". These will primarily be of interest to committers. Some other bitrot on the "experimental PR reports" pages has been fixed. It is now possible for interested parties to be emailed a weekly, customized, report along the lines of the above. If you are interested in setting one up, contact linimon@FreeBSD.org. The overall PR count has recently jumped to around 6400. This may be due to increasing uptake of FreeBSD 8. Our clearance rate of PRs, especially in kern and bin, seems to be improving. Mark Linimon polled various committers about their interest in specific PRs. As a result, the AssigningPRs page on the wiki and the src/MAINTAINERS file were updated based on feedback. As always, anybody interested in helping out with the PR queue is welcome to join us in #freebsd-bugbusters on EFnet. We are always looking for additional help, whether your interests lie in triaging incoming PRs, generating patches to resolve existing problems, or simply helping with the database housekeeping (identifying duplicate PRs, ones that have already been resolved, etc). This is a great way of getting more involved with FreeBSD! Open tasks: 1. We will be having a bugbusting session at BSDCan. If you are developer who will be attending the conference, please stop by. 2. try to find ways to get more committers helping us with closing PRs that the team has already analyzed. __________________________________________________________________ FreeBSD port for libunwind URL: http://www.nongnu.org/libunwind/ Contact: Konstantin Belousov The alpha version of libunwind library port for FreeBSD x86 and x86_64 is completed and imported into the official libunwind git repository. Libunwind is the library to perform dynamic unwinding of stacks, using dwarf call frame information. The library features remote unwinding using ptrace(2), very fast setjmp(3) implementation and more interesting features. __________________________________________________________________ FreeBSD/arm port for TI DaVinci URL: http://focus.ti.com/dsp/docs/dspplatformscontenttp.tsp?sectionId=2&fami lyId=1300&tabId=1854 URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/user/jceel/davinci/ Contact: Jakub Klama DaVinci (TMS320DM644x) is an ARM9-based system-on-chip family from Texas Instruments with built-in DSP core and powerful multimedia/video features. This work is bringing support for FreeBSD on these systems - it works in multiuser mode, using root filesystem mounted either via NFS or from SD/MMC card. The code is available in P4 at //depot/user/jceel/davinci/. Current DaVinci support includes: * Booting from U-Boot bootloader * Serial console * Interrupt controller * Integrated timers * Power and sleep controller * 10/100 Ethernet controller * SD/MMC controller Open tasks: 1. Remaining built-in peripherals drivers (USB, ATA, NAND flash, I2C, DMA engine, sound, video input/output). 2. Framework for communicating with DSP core. __________________________________________________________________ FreeBSD/ia64 Contact: Mark Linimon The stability of the machines under package build has been improved by a number of recent commits. Some rework is underway to run with WITNESS. However, we are still limited in the number of simultaneous packages that can be built. Based on this, we have completed the first full ia64-8 package build. 17187 were built (as compared to 19885 on a recent i386-8.) Mark Linimon has gone through the results to denote which packages do not build. A few fixes have already been committed based on this. We currently have 3 available machines that are stable enough for package builds. Support for the SGI Altix 350 has made its start. Porting is done on 2 SGI Altix 350 machines connected with NUMAFlex, giving a total of 4 CPUs and 24GB of DDR. The kernel boots with code on the projects/altix branch but since ACPI does not enumerate PCI busses, no hardware devices are found. SMP has been disabled because waking up the APs result in a machine check. Open tasks: 1. Continue to try to understand why multiple simultaneous package builds bring the machines down. 2. Upgrade the firmware on the two machines at Yahoo! to see if that helps the problem. 3. Figure out why the fourth machine is not stable. 4. Configure a fifth machine that has been made available to us. 5. Figure out the problems with the latest gcc port. 6. We need documentation about the SGI SAL implementation to speed up porting to the SGI Altix 350. 7. The loader and kernel need to change to allow the kernel to be loaded at a runtime-determined physical address as well as add support for NUMA. __________________________________________________________________ FreeBSD/mips on D-Link DIR-320 URL: http://wiki.ddteam.net/wiki.cgi?page=DIR-320+FreeBSD Contact: Alexandr Rybalko FreeBSD/mips has been ported to D-Link DIR-320, wireless router based on BCM5354 SoC. Project aims to providing several working images tailored for different purposes (profiles). So far racoon based router-ipsec image is available. Open tasks: 1. bfeswitch configuration utility. 2. Add router profile. 3. Add wifi-router profile. 4. Add openvpn-router profile. __________________________________________________________________ FreeBSD/mips on Octeon URL: http://svn.FreeBSD.org/base/user/jmallett/octeon/ Contact: Juli Mallett Significant progress has been made in terms of stabilizing the uniprocessor Octeon port and adding support for MIPS ABIs other than o32 in the toolchain, rtld, libc and the kernel. Kernels built to the n32 ABI are currently supported with changes that will not be merged because they make invasive changes throughout the system with regard to db_expr_t and register_t, which are larger than a pointer in the n32 ABI. Once support for n64 kernels is completed (including the ability to run n32 worlds) and the n32 hacks are removed, the branch will be suitable for merging. Many nearby cleanups have occurred, particularly in the area of TLB and pmap code. Open tasks: 1. An import of select pieces of the Cavium simple executive as vendor code is planned to make it possible to remove locally-maintained copies of Cavium headers and shim functions, many of which are vastly outdated. 2. The Linux opencrypto port contains an opencrypto driver for the cryptographic coprocessor which look relatively easy to port. 3. Support for SMP is a high-priority item that will be addressed after the 64-bit changes are stabilized. 4. PCI and USB bus and device support is planned to follow the import of the simple executive functions and headers. 5. The rgmx ethernet driver currently copies packets in and out of mbufs rather than putting pointers to mbuf storage into hardware, which results in bad network performance. __________________________________________________________________ FreeBSD/powerpc Contact: Nathan Whitehorn An Apple XServe G5 has been donated by Peter Grehan for package building. Based on the last two months' worth of testing, a large number of commits have been made to increase stability. We have completed the first full powerpc-8 package build. Only 10918 were built (as compared to 19885 on a recent i386-8), primarily due to a few high-impact packages failing (such as lang/python25). Mark Linimon has gone through the results to denote which packages do not build. A few fixes have already been committed based on this; we have patches that are being tested in the next run. Mark Linimon is working on getting us more XServes. Open tasks: 1. Start the hard work of fixing individual packages. __________________________________________________________________ FreeBSD/powerpc64 port Contact: Nathan Whitehorn A full 64-bit PowerPC port of FreeBSD is now complete, and should shortly be merged to HEAD, likely first appearing in FreeBSD 9.0. This port supports SLB-based 64-bit server CPUs, such as the IBM POWER4-7, PowerPC 970 (G5), and Cell Broadband Engine. Current machine support is limited to Apple single and dual processor G5 systems, with future support planned for IBM Power Systems servers and the Sony PlayStation 3. __________________________________________________________________ FreeBSD/sparc64 Contact: Marius Strobl * Yet another bug causing unaligned accesses in NFS server operation has been found and fixed in FreeBSD 7 and 8. Unlike as announced in the last Status Report, no Erratum Notices regarding these problems have been issued as it quickly became obvious that dealing with so many of them is impractical, especially since the fixes unveiled secondary bugs. * Alexander Motin has fixed several bugs in netgraph(4) nodes in 9.0-CURRENT which also caused unaligned accesses, so these should work now on sparc64. * Peter Jeremy has contributed several fixes for the sparc64 FPU emulation code, which now passes a test suite built around TestFloat. These fixes were incorporated into FreeBSD 6, 7 and 8 but unfortunately did not quite make it into 7.3-RELEASE but will be present in 8.1-RELEASE and 7.4-RELEASE. * Support for UltraSPARC-IV and -IV+ CPUs has been added and will be present in 8.1-RELEASE and 7.4-RELEASE. Thus Sun Fire V890 is now supported and stable, though due to the lack of properly working test hardware, not with configurations consisting of a mix of US-IV and -IV+ CPUs. However, performance is not yet where it should be, i.e. a buildworld on a 4x1.5GHz US-IV+ Sun Fire V890 takes nearly 3 hours while on a Sun Fire V440 with (theoretically) less powerful 4x1.5GHz US-IIIi CPUs it takes just over 1 hour. So far it is unclear what is causing this, it might have to with what appears to be a silicon bug of US-IV+ CPUs encountered and worked around while adding support for these. * Work on getting Sun Fire V1280 supported has been continued. A third firmware bug has been worked around and a driver for the BootBus controller, which provides console and time-of-day services in these machines, has been written. It is now possible to netboot Sun Fire V1280 into multi-user mode. Unfortunately, they do not run stable as processes may hang when transitioning to another CPU, likely due to what the OpenSolaris code refers to as Cheetah+ erratum 25, but which unfortunately is not part of the publicly available US-III+/++ errata document. Efforts on understanding this problem are still ongoing. * Mark Linimon is trying to find volunteers interested in helping to fix packages on sparc64. __________________________________________________________________ geom_sched URL: http://info.iet.unipi.it/~luigi/geom_sched/ Contact: Luigi Rizzo Contact: Fabio Checconi geom_sched is a GEOM module that supports pluggable schedulers for disk I/O requests. The main algorithm supported at the moment is an anticipatory Round Robin scheduler, which is especially effective in presence of workloads with highly random disk accesses. Other schedulers are available on the geom_sched page. Developed in early 2009 and refined as a GSOC2009 project, geom_sched has been recently introduced in HEAD and is going to be soon merged to stable/8. A version for stable/7 also exists, with some restrictions. To use the module, say on disk ad4, all you need to do is: kldload geom_sched geom sched insert ad4 A number of sysctl variables under kern.geom.sched allow you to tune the parameters of the algorithm, or bypass the scheduler entirely so you can tell the difference of behaviour with and without the scheduler. __________________________________________________________________ Google Summer of Code 2010 URL: http://socghop.appspot.com/org/home/google/gsoc2010/freebsd URL: http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/t imeline Contact: Brooks Davis Contact: Robert Watson We are once again participating in the Google Summer of Code. This is our 6th year of participation and we hope to once again see great results from our students. Currently applications have all been submitted and we are in the process of reviewing them. Accepted students will be announced April 26th and coding officially begins May 24th. __________________________________________________________________ ipfw and dummynet enhancements URL: http://info.iet.unipi.it/~luigi/dummynet/ URL: http://www.youtube.com/watch?v=r8vBmybeKlE URL: http://info.iet.unipi.it/~luigi/qfq/ Contact: Luigi Rizzo We have recently completed a massive revision of ipfw and dummynet, and the result has been committed to HEAD and stable/8. The main features introduced with this work are: * ipfw now has much faster skipto instructions, including table-based ones. The complexity for rule lookups is now O(1) or O(log N) as opposed to the O(N) that we had before. People using "skipto tablearg" or "pipe tablearg" with large numbers of rules or pipes should see a significant performance improvement; * Expensive operations in response to userland reconfigurations now do not interfere with kernel filtering for more than the time required to swap a pointer; * You can now use ports and the "tos" field as lookup argument for tables. This might allow some simplifications in rulesets which in turn result in faster execution time; * ipfw can now send packets matching rules with a 'log' attribute to the "ipfw0" pseudo interface, where you can run tcpdump to implement additional filtering, logging etc.; * dummynet now supports many different scheduler types, to adapt to different needs people may have in terms of performance and service guarantees. Existing schedulers now include FIFO, WF2Q+, Deficit Round Robin, Priority, and QFQ. More schedulers can be implemented as loadable kernel modules.; * The kernel side has a backward-compatible interface so you can use a RELENG_7 or RELENG_8 version of /sbin/ipfw to configure the firewall and dummynet. Open tasks: 1. There is ongoing work on optimizing the deletion of idle entries in dummynet. This should be completed shortly. 2. A longer term goal is to parallelize operation in presence of ipfw dynamic rules, which currently require exclusive lock on a hash table containing dynamic rules. __________________________________________________________________ IPv6 without legacy IP kernel URL: http://p4web.FreeBSD.org/@md=d&cd=//&c=MNx@//depot/user/bz/noinet/src/s ys/?ac=83 Contact: Bjoern A. Zeeb During 2009 work was done that allowed us to build a FreeBSD kernel without INET and without INET6 (again). This work was the foundation for a prototype to get a kernel to compile and boot with only INET6 but no INET compiled in earlier this year. The current focus is to identify general architectural problems and dependencies we do have between these two address families as well as with the upper layer protocols. This will at some point allow us to discuss the issues and seek solutions, preparing for a future where we can remove either INET or INET6 from the system. Once we will have a stable, in-tree way to compile out either address family, optimizations wrt. size, as well as user space will need to be worked on. In addition to this, the work is believed to help should we further head in the direction of network stack modularization. __________________________________________________________________ LDAP support in base system Contact: Xin ZHAO Contact: Xin LI FreeBSD is currently lacking support of LDAP based authentication and user identity. We have integrated a stripped down OpenLDAP library (renamed to avoid conflict with ports OpenLDAP libraries), as well as some changes to OpenSSH as well as plugins for PAM, NSS and can support. We have used several existing works and updated them to use new OpenLDAP API, fixed several bugs and integrated them together. All these works are under BSD or similar license and our new work would be under 2-clause BSD license. Currently, we support storing user identity, password and SSH public keys in LDAP tree. Open tasks: 1. Further code review. 2. Make the changes less intrusive. 3. Fix issues found in production deployment. __________________________________________________________________ meetBSD 2010 -- The BSD Conference URL: http://www.meetbsd.org Contact: meetBSD Information meetBSD is an annual event gathering users and developers of the BSD operating systems family, mostly FreeBSD, NetBSD and OpenBSD. Afer the special California edition, meetBSD Wintercamp in Livigno, this year we are back to Krakow, Poland. meetBSD 2010 will be held on 2-3 July at Jagiellonian University. See the conference main web site for more details. __________________________________________________________________ mfsBSD URL: http://mfsbsd.vx.sk Contact: Martin Matuska mfsBSD is a set of scripts that generate a bootable image (e.g. an ISO file) that creates a working minimal installation of FreeBSD that is completely loaded into memory (mfs). The project has now reached a stable and well tested state. Images can be created from 8.0-RELEASE or 7.3-RELEASE ISO image files or from a custom makeworld. A new feature is a script called "zfsinstall" that automates a ZFS-only install of FreeBSD from a mfsbsd ISO (script works with 8-STABLE and 9-CURRENT, sample ISO images can be downloaded from the project web site). Open tasks: 1. Bundle distribution installation files (target: 8.1-RELEASE). 2. Make zfsinstall 7.3 compatible (mostly gpart syntax). 3. Enable zfsinstall combination with sysinstall (zfsinstall prepares drives, sysinstall installs distribution). 4. Integrate toolset into FreeBSD source (tools?). __________________________________________________________________ Modular Congestion Control URL: http://caia.swin.edu.au/urp/newtcp/ URL: http://svn.FreeBSD.org/viewvc/base/projects/tcp_cc_head/ Contact: Lawrence Stewart I have just completed the last disruptive change to the KPI, which laid the groundwork to allow different congestion aware transports to share congestion control algorithms. The import into the head branch is a big job and my time is limited, so progress will be slow and I will not have it done and ready to MFC by 8.1 as I had hoped. I will aim to have it in 8.2 though. Open tasks: 1. Solicit external testing. 2. Commit to head. __________________________________________________________________ Multichannel playback in HDA sound driver (snd_hda) Contact: Alexander Motin snd_hda(4) audio driver got real multichannel playback support. It now supports 4.0 (quadro), 5.1 and 7.1 analog speaker setups. Digital multichannel AC3/DTS passthrough was already implemented earlier. Digital multichannel LPCM output via HDMI could also be possible now, but is not tested. To use multichannel playback you should have fresh 8-STABLE kernel, instruct sound(4) vchans subsystem (if you are using it) about your speaker setup using dev.pcm.X.play.vchanformat sysctls and use your audio/video player application to play multichannel audio content without down-mixing it to stereo. Open tasks: 1. HDMI/DisplayPort often require some audio support from X11 video drivers. This area still should be investigated and tested, especially relayed to multichannel LPCM playback. __________________________________________________________________ NAND Flash framework for embedded FreeBSD URL: http://wiki.FreeBSD.org/NAND#head-9a32aaa85046b2f9f9219e36ba34947ca47a4 153 URL: http://p4db.FreeBSD.org/changeList.cgi?FSPC=//depot/projects/nand2/... Contact: Grzegorz Bernacki Contact: Rafal Jaworowski The purpose of this project is to provide embedded FreeBSD with a generic and flexible scheme to support NAND Flash devices. The framework provides a set of KOBJ interfaces inside the kernel, which allow for uniform and flexible management of the NAND devices: * NAND Flash Controller (NFC) layer, into which back-end drivers for individual controllers plug in (implementing low-level routines specific to a given NAND controller) * Generic (common) NAND layer which provides means to perform operations on the flash devices in an abstract way (read, program, erase, get status etc.) * NAND character device, which exports chip device as a standard character device and allows to read/write directly to a device, as well as perform other specific operations by using ioctl. * GEOM NAND class for basic access through GEOM. Part of the infrastructure is a full system simulator of ONFI-compliant devices (NANDsim), with a userland control application. This allows for exercising of the framework on platforms without real NAND chips. Current state highlights: * The framework is considered functionally complete (including NANDsim). * Framework compliant back-end drivers are available for the following NAND Flash controller (NFC) chips: * Freescale MPC8572 (PowerPC) * Marvell MV-78100 (ARM) * Samsung S3C24X0 (ARM) Open tasks: 1. Extend interface with features / options suggested by early adopters of the code. 2. Complete, clean up, merge with HEAD. __________________________________________________________________ net80211 rate control framework URL: http://people.FreeBSD.org/~rpaulo/ratectl.diff Contact: Rui Paulo The net80211 (wireless) stack will support a modular rate control framework soon. The idea is to reduce some code in the drivers and add more rate control algorithms in the tree. All drivers that do rate control in software will automatically benefit from this project. On this stage, we are working on changing all the necessary drivers to cope with the new framework and making sure it all works as expected. Later this year we will bring the necessary changes to change the rate control algorithm with ifconfig(1). If you are doing rate control algorithm or research on rate control algorithms for wireless networks, FreeBSD is now an ideal candidate for testing your project! __________________________________________________________________ Out of Tree Toolchain Contact: Warner Losh Work is underway to allow the FreeBSD build system to use out of tree compilers and binary utililies (loaders, linkers, etc), especially in a cross compilation environment. While it is possible to swap out the compiler with a compatible compiler relatively easily, swapping out the toolchain is more involved. In addition, when using an external compiler to build the system, certain parts of buildworld can be omitted. Open tasks: 1. Create ports for latest binutils. This work is nearly complete, and is waiting for integration of two branches that are collapsing soon (the 'tbemd' branch from Warner and the mips collapse from Juli Mallet). 2. Create ports for gcc. This work has been started. Native builds are straight forward, but cross builds have a buildworld dependency at the moment. These dependencies are being worked out, as well as some gcc library dependencies. 3. Documentation needs to be written for how to use all of this. __________________________________________________________________ PC-BSD PC-SysInstall Backend URL: http://www.pcbsd.org URL: http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall Contact: Kris Moore We are currently doing a lot of code cleanup in the new System Installer backend for PC-BSD, pc-sysinstall, which can be used to install regular FreeBSD as well. Some new features have already been implemented, such as: * Improved ZFS support, raidz, mirroring, multiple mount-points per-pool, etc. * Support for GPT/EFI on "Full" installations, allowing us to go beyond the 2TB barrier. * MBR Slice/Partition manager. * geli passphrase support. Open tasks: 1. We are mostly finished migrating to only using gpart instead of fdisk, which gives us some new functionality for dealing with GPT/EFI partitioning schemes. __________________________________________________________________ Portmaster URL: http://dougbarton.us/portmaster-proposal.html Contact: Doug Barton Portmaster version 2.22 is now in the ports tree and has full support for the following new features: * Using the INDEX file to show that an installed port needs updating. * Support for installation of packages in 'try packages first,' --packages-only, --packages-if-newer, and --packages-build modes. * A new --delete-build-only option to delete ports/packages that are not needed at run time. * Updating of the terminal title bar to show what is being worked on, and how much more is left to do. * Support for custom definitions of the packages repository and INDEX files. * The ability to operate without any local ports tree at all with the --index-only and --packages-only options. * A new dialog to confirm the list of ports to be installed. I am very excited about these new features, and owe a debt of gratitude to the companies and especially the individuals who stepped forward to support this work. I literally could not have done it without them. Open tasks: 1. There are still some interesting and oft-requested features listed on the proposal web site that I would really like to implement, including (but not limited to) downloading of all packages before beginning the installation, and writing out a script that can be re-run either on that machine, or on a set of identical machines. __________________________________________________________________ Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.FreeBSD.org/portmgr/index.html URL: http://tinderbox.marcuscom.com/ Contact: Thomas Abthorpe Contact: Port Management Team Most of quarter one was spent dealing with the 7.3-RELEASE process. With apparent success enforcing Feature Safe ports commits during the 8.0-RELEASE, it was continued for the recent src/ freeze. The ports count now exceeds 21,500 ports, and counting. The open PR count currently is over 1000. With the release of FreeBSD 7.3, it is hoped this count will drop drastically. Since the last report, we added four new committers, and had an old committer rejoin us. With the donation of an Apple Xserve, powerpc builds have resumed. Renewed interest in ia64 has brought about new ports builds. A new sparc64 machine hosted by skreuser will help us with this build. The Ports Management team have been running -exp runs on an ongoing basis, verifying how src code updates may affect the ports tree, as well as providing QA runs for major ports updates. Of note -exp runs were done for; gabor's BSD licensed bc/dc in src/, mva's OpenAL and SDL upgrades; brooks' removal of NGROUPS; ed's removal of libcompat and regexp.h; dinoex's jpeg update; a test run for m4 update; jilles' update for sh(1); johans' update for bison; and roam's curl update. Open tasks: 1. Looking for help fixing ports broken on CURRENT. 2. Looking for help with Tier-2 architectures. 3. Most ports PRs are assigned, we now need to focus on testing, committing and closing. 4. Major commits expected soon include the latest Xorg, KDE4, and Gnome updates. __________________________________________________________________ QAT Contact: Ion-Mihai Tetcu Contact: Josh Paetzel QAT has been running on a single server for about two years now and has proven very effective at catching problems with ports commits. Many of the problems it cannot catch are architecture or branch related. By moving QAT to a VMware box capable of running arbitrary versions of FreeBSD on both amd64 and i386 this limitation will be removed. Open tasks: 1. Bring VMware server online and provision VMs. 2. Refactor QAT code to handle concurrent builds. 3. Migrate the existing QAT to the new setup. __________________________________________________________________ Release Engineering Team URL: http://www.FreeBSD.org/releng/ Contact: Release Engineering Team The Release Engineering Team announced FreeBSD-7.3 on March 23rd, 2010. The schedule has been set for FreeBSD-8.1 with the release date planned for mid July 2010. __________________________________________________________________ Rewrite of FreeBSD read/write path using vnode page URL: http://svn.freebsd.org/viewvc/base/user/kib/vm6/ URL: http://wiki.FreeBSD.org/VM6 Contact: Konstantin Belousov Contact: Peter Holm Based on the idea of Jeff Roberton, we reimplemented the path for read(2)/write(2) syscalls using page cache (in wide sense) to eliminate the issues with recursive vnode and buffer lock acquisitions. The usual reads and writes are no longer calls into VOP_READ/VOP_WRITE; the operation is done by copying user buffers to or from the pages of the vnode. This fixes known deadlocks when reads or writes are done over file-mmaped buffers. The patch changes the performance characteristics of I/O, and we observed both better and worse behaviour. If filesystem implements VOP_GETPAGES and VOP_PUTPAGES without referencing buffer cache, buffers are completely eliminated from the i/o path (not true for UFS or NFS). Open tasks: 1. We need wider testing and reviews. __________________________________________________________________ SUJ: Journaled Softupdates URL: http://jeffr_tech.livejournal.com/ Contact: Jeff Roberson The soft-updates journaling project is nearing completion and will be available in head by the time this status report is released. Backports to other releases are maintained in SVN. SUJ is fully backwards compatible with non-journaled softupdates. Existing systems will not be affected. Journaling may be enabled and disabled by tunefs on unmounted filesystems. Journaling provides near-instant filesystem recovery after crash at the expense of some runtime performance and extra disk I/O. __________________________________________________________________ TCP/UDP connection groups Contact: Robert Watson Contact: FreeBSD network mailing list This on-going project is to reduce tcbinfo/udbinfo lock and cache line contention; this global lock protects access to connection lists, and while it is a read-write lock, it is acquired for every in-bound packet (briefly) to look up the connection. This project adds a new connection group table, which assigns connections to groups, each of which has CPU affinity and aligns with RSS-selected queues in high-end 1gbps and most 10gbps implementations. The following tasks have been completed: * Teach libkvm to handle dynamic per-cpu storage (DPCPU) to improve crashdump analysis of per-CPU data. * Teach netstat to monitor netisr DPCPU queues for live kernels and crashdumps. * Create a new inpcbgroup abstraction, used for UDP and TCP. * Distribute UDP and TCP connections (inpcbs) over groups based on 4-tuple bindings. * Replicate membership across all groups for wildcard socket bindings. * Write new TCP/UDP connection and binding regression tests. The following tasks remain: * Migrate from naive work assignment algorithm to RSS assignment. * Modify device driver KPI to allow consistent initialization and configuration between stack and hardware. * Complete migration to dynamic, per-CPU network statistics in TCP, UDP, and IP. * Add socket options to query effective CPU affinity of connections from userspace. * On supporting hardware, allow affinity for a specific connection to be explicitly migrated using a socket option. * Detailed performance evaluation and optimization. This work is being performed in the FreeBSD Perforce repository, and is sponsored by Juniper Networks. Connection groups and related features are slated for inclusion in FreeBSD 9.0 (with possible backports to 8-STABLE of some features). __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org Contact: Deb Goodkin We were proud to be a sponsor for AsiaBSDCon in March. We also committed to sponsoring BSDCan 2010 and NYCBSDCon 2010. We provided travel grants for AsiaBSDCon. We funded a project by Murray Stokely to provide Closed Captioning of FreeBSD Technical Videos in the BSD Conferences YouTube Channel. We were very pleased that the foundation funded HAST project completed. We solicited project proposals and were very pleased with the number of proposals we received. With our project spending budget increase, we will be able to fund more projects this year. We grew our board of directors by adding Erwin Lansing. This will expand our representation in Europe. Erwin brings ports knowledge and expertise to the board. We continued our work on infrastructure projects to beef up hardware for package-building, network-testing, etc. Follow us on Twitter now! We are fund-raising for 2010 now! Find out more at http://www.FreeBSDFoundation.org/donate/. __________________________________________________________________ The FreeBSD German Documentation Project URL: http://doc.bsdgroup.de Contact: Johann Kois Contact: Benedict Reuschling Our last status report listed a number of documents that needed help. Thanks to the external contributions of Frank Boerner we were able to update a substantial amount of documents. This has resulted in a great reduction of our backlog. Subsequently, Benedict has agreed to take Frank under mentorship for the German doc project. We are looking forward to his future contributions and thank him for his past efforts. Johann was busy keeping the German website in sync with updates to FreeBSD.org. However, there are still parts of the website that remain untranslated. We are looking for more support in maintaining the German website. FreeBSD users with German language skills are always welcome to join our efforts in translating the documentation and/or fixing bugs. Open tasks: 1. Translate more parts of the documentation and the German website. 2. Keep the current documentation up to date. 3. Report bugs to de-bsd-translators@de.FreeBSD.org. __________________________________________________________________ The FreeBSD Hungarian Documentation Project URL: http://www.FreeBSD.org/hu/ URL: http://www.FreeBSD.org/doc/hu/ URL: http://wiki.FreeBSD.org/HungarianDocumentationProject URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/docproj_hu/&c=aXw@// depot/projects/docproj_hu/?ac=83 Contact: Gábor Kövesdán Contact: Gábor Páli We restlessly keep the existing documentation and web page translations up to date. However, this will not last forever, and help is always welcome, so if you feel yourself Hungarian with some interests in translation, please contact our Documentation Project via the email addresses noted above. Open tasks: 1. Translate release notes. 2. Translate articles. 3. Translate web pages. 4. Read translations, send feedback. __________________________________________________________________ The tbemd branch Contact: Warner Losh 'tbemd' stands for Target Big Endian Must Die. The current build systems requires that one define TARGET_BIG_ENDIAN for either big endian MIPS or big endian ARM processors. There are many problems with this approach. The resulting system will not create the proper binaries without TARGET_BIG_ENDIAN defined. There is no easy way to know what the endian is of the system you are running. There are many issues with ports, since they do not use bsd make, so do not pick up the extra flags that are added if TARGET_BIG_ENDIAN is defined. The tbemd branch seeks to fix this. We will move from MACHINE_ARCH=mips for all mips platforms to MACHINE_ARCH=mipsel, mipseb, mips64eb and mips64el to match NetBSD's conventions. These represent 32-bit mips little endian, 32-bit mips big endian, 64-bit mips big endian and 64-bit mips little endian respectively. ARM will move to arm (little endian) and armeb (big endian), again following the standards set elsewhere. To facilitate a number of different MACHINE_ARCHs all built from the same source, a new MACHINE_CPUARCH is introduced and represents the sources needed to build CPU support for a given MACHINE_ARCH. In addition, MACHINE_ARCH is overused in the build system today. Many of its uses are gratuitous and can be simplified. Many of its uses do not scale well and need to be refactored into a system that will scale well. A per MACHINE/MACHINE_ARCH/MACHINE_CPUARCH selection mechanism for makefile snippets will be introduced to move much of the current if spaghetti into more controlled lists. The branch can build everything we currently support with the new names. Open tasks: 1. Finish migrating to bsd.arch.inc.mk. 2. Reduce diffs between the branch and the mainline before the collapse. 3. Documentation needs to be written for how to use all of this. __________________________________________________________________ webcamd URL: http://www.selasky.org/hans_petter/video4bsd/ Contact: Hans Petter Selasky Webcamd is a userland daemon that enables use of hundreds of different USB based Linux device drivers under the FreeBSD-8/9 operating system. Current focus has been on USB webcam and USB DVB-T/S/C devices. It is also possible to use the webcamd framework to make other Linux kernel USB devices work under the FreeBSD-8/9 operating system, without violating the GPL license. The daemon currently depends on libc, pthreads, libusb and libcuse4bsd. Cuse4BSD is a new character device from userland implementation that fully supports open, read, write, ioctl, mmap and close file operations. If you like this project or want me to spend more time on it, you can support it by transferring money to hselasky@c2i.net via paypal. Open tasks: 1. Testing and bugfixes. 2. Add support for more device drivers. __________________________________________________________________ ZFS URL: http://perforce.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/user/pjd/ zfs URL: http://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome Contact: Pawel Jakub Dawidek Contact: Martin Matuska Contact: Xin LI The ZFS file system has been updated to version 14 on both -HEAD and 8-STABLE. Ongoing work is undergoing to bring bug fixes and performance improvements from upstream svn -HEAD to approximately ZFS v15 in the near future, and a full upgrade of ZFS to version 24 including the de-duplication functionality, etc. The de-duplication functionality is currently partly supported, which is demonstrated below: # uname -sr FreeBSD 9.0-CURRENT # zpool create tank ad{4,6,8,10} # zpool get version tank NAME PROPERTY VALUE SOURCE tank version 24 default # zfs set dedup=on tank # dd if=/dev/random of=/tank/rand0 bs=1m count=1024 # zpool get allocated,dedupratio tank NAME PROPERTY VALUE SOURCE tank allocated 1.00G - tank dedupratio 1.00x - # dd if=/tank/rand0 of=/tank/rand1 bs=1m # dd if=/tank/rand0 of=/tank/rand2 bs=1m # dd if=/tank/rand0 of=/tank/rand3 bs=1m # zpool get allocated,dedupratio tank NAME PROPERTY VALUE SOURCE tank allocated 1.01G - tank dedupratio 4.00x - Open tasks: 1. Bring ZFS v15 changes to svn -HEAD and MFC. 2. Further polish the code in perforce and test for functionality, etc. __________________________________________________________________ (c) 2010 The FreeBSD Project. All rights reserved. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 15:58:38 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF9A1065672 for ; Thu, 22 Apr 2010 15:58:37 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8078FC16 for ; Thu, 22 Apr 2010 15:58:37 +0000 (UTC) Received: from [195.4.92.19] (helo=9.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1O4ynU-00088a-3I; Thu, 22 Apr 2010 17:58:36 +0200 Received: from p57ae1198.dip0.t-ipconnect.de ([87.174.17.152]:42923 helo=ernst.jennejohn.org) by 9.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1O4ynT-0000FO-Pt; Thu, 22 Apr 2010 17:58:36 +0200 Date: Thu, 22 Apr 2010 17:58:35 +0200 From: Gary Jennejohn To: "Julian H. Stacey" Message-ID: <20100422175835.280917c3@ernst.jennejohn.org> In-Reply-To: <201004220954.o3M9sUxM077377@fire.js.berklix.net> References: <20100422111440.69a017b2@ernst.jennejohn.org> <201004220954.o3M9sUxM077377@fire.js.berklix.net> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 a prerequisite for COMPAT_IA32 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 15:58:38 -0000 On Thu, 22 Apr 2010 11:54:29 +0200 "Julian H. Stacey" wrote: > Hi, > Reference: > > From: Gary Jennejohn > > Reply-to: gary.jennejohn@freenet.de > > Date: Thu, 22 Apr 2010 11:14:40 +0200 > > Message-id: <20100422111440.69a017b2@ernst.jennejohn.org> > > Gary Jennejohn wrote: > > On Wed, 21 Apr 2010 20:57:59 +0200 > > "Julian H. Stacey" wrote: > > > > > Hi hackers@freebsd.org > > > with amd64, but not with i386, > > > /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 is an undocemneted > > > pre-requisite for COMPAT_IA32 > > > (so those who enable COMPAT_IA32 for ports/emulators, but disable > > > COMPAT_FREEBSD7 as they compile all binaries on upgrade, will trip > > > up on it as I did). Currently I see: > > > > > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../compat/freebsd32/freebsd32_misc.c > > > cc1: warnings being treated as errors > > > ../../../compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_semsys': > > > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: implicit declaration of function 'freebsd7_freebsd32_semctl' > > > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: nested extern declaration of 'freebsd7_freebsd32_semctl' > > > ... > > > ../../../compat/freebsd32/freebsd32_misc.c:1845: error: dereferencing pointer to incomplete type > > > *** Error code 1 > > > > > > It could be documented in GENERIC, but better to fix it. I could > > > dig through sources, but I think there's people closer to config > > > who would prefer to commit their own fix, rather than me write a patch ? > > > (Does that translate as "I'm lazy" ? ;-) > > > > > > > The switch is documented in /usr/src/UPDATING on my box. This is the > > usual place for this kind of heads-up. > > Thanks Gary, > It seems COMPAT_FREEBSD7 has more scope than [456] > ( /usr/src/UPDATING I should read more often. ) > > But /usr/src/UPDATING is a transition log, & as new things occur, > the entry re COMPAT_FREEBSD7 will get buried deeper. > > Requirement from COMPAT_IA32 for COMPAT_FREEBSD7 applies with > amd64 but not i386, so I'd suggest that could be documented in > /sys/amd64/conf/GENERIC , eg > > From > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > To > options COMPAT_FREEBSD7 # Compatible with FreeBSD7, req. by COMPAT_IA32 > You're right. It's also in /sys/amd64/conf/NOTES, which is actually the place where valid flags are supposed to be documented. GENERIC actually has a different role. Note that I'm running -current, but it should also be there on other releases. -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 16:09:14 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D9201065670; Thu, 22 Apr 2010 16:09:14 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id EACDC8FC13; Thu, 22 Apr 2010 16:09:13 +0000 (UTC) Received: by ewy24 with SMTP id 24so2536484ewy.33 for ; Thu, 22 Apr 2010 09:09:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type; bh=Kdv0IBUccvhHQl/4vjXhEhWji0I0Kkym/QDDgJUmx00=; b=QqsZEDUScVGjOQCoekYBaVFb+UQJVqsMLOoGibyhTmwDF6Ey2C0NkKNGgsb3K9GB4w hxgQ2RZ7Nsl1rFAFzHtLBNp1M4aPKRnBF/zu8j2jthBZETGqWiUyn6FfuG23htUupsJs dO5FRfULbBG91k8aiNWJaBoJoJf1/Gkf2nEAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=EASNJ3MkvGUo5fHIMsapI+8cdBClHZi75k6lH2ZvQ3cWdhjXlQIQtU36OgEKsD31h9 zJh1+nnS6Cql8sbCSpp7gZlnynHimCm9jnrLXbHy0Fbmbqw+TTywD6J71PADOJyNg2cr mVys1DRSWZdwmRZukzey+zB9mUK5ADcat8CMc= MIME-Version: 1.0 Received: by 10.239.193.77 with HTTP; Thu, 22 Apr 2010 09:08:51 -0700 (PDT) In-Reply-To: References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> From: Eitan Adler Date: Thu, 22 Apr 2010 19:08:51 +0300 Received: by 10.239.167.210 with SMTP id h18mr925429hbe.97.1271952552520; Thu, 22 Apr 2010 09:09:12 -0700 (PDT) Message-ID: To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, Ruben de Groot , Doug Barton , "Aryeh M. Friedman" Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 16:09:14 -0000 taking into account your feedback here is the new version If all is good I'll submit a PR.... #!/bin/sh # # $FreeBSD: src/etc/periodic/daily/210.backup-aliases,v 1.6.36.1.2.1 2009/10/25 01:10:29 kensmith Exp $ # # If there is a global system configuration file, suck it in. # if [ -r /etc/defaults/periodic.conf ] then . /etc/defaults/periodic.conf source_periodic_confs fi bak=/var/backups db_loc="/var/db/pkg"; bk_loc="$bak/pkgdb.bak.tar" case "$daily_backup_pkgdb_enable" in [Yy][Ee][Ss]) if [ ! -d $db_loc ] then echo '$daily_backup_pkgdb_enable is enabled but' \ "$db_loc doesn't exist" rc=2 else rc=0 echo "" echo "Backing up package db directory:" rm -f $bk_loc tar -cjf $bk_loc $db_loc || rc=3 fi;; *) rc=0;; esac exit $rc From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 16:48:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84755106566C for ; Thu, 22 Apr 2010 16:48:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 10B9F8FC17 for ; Thu, 22 Apr 2010 16:48:39 +0000 (UTC) Received: (qmail 975 invoked by uid 399); 22 Apr 2010 16:48:39 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Apr 2010 16:48:39 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BD07DE5.7020801@FreeBSD.org> Date: Thu, 22 Apr 2010 09:48:37 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Diane Bruce References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> <20100422125402.GR33521@e.0x20.net> <20100422134425.GA22049@night.db.net> In-Reply-To: <20100422134425.GA22049@night.db.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Eitan Adler , "Aryeh M. Friedman" , Ruben de Groot , Lars Engels Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 16:48:40 -0000 On 4/22/2010 6:44 AM, Diane Bruce wrote: > On Thu, Apr 22, 2010 at 04:12:08PM +0300, Eitan Adler wrote: >>> Hmm, I guess you shouldn't backup /var/foo to /var/bar. If /var is lost, >>> your backup is gone, too. > > In your crontab > > MAILTO=... > @weekly /usr/sbin/pkg_info -I -a pkg_info -o -a would probably be more useful from the standpoint of rebuilding ports after a lost /var/db/pkg. For portmaster users 'portmaster --list-origins' would give you a list that you could then do 'portmaster `cat list`' to rebuild everything for you. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 16:54:07 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 906ED106566B for ; Thu, 22 Apr 2010 16:54:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 353B68FC20 for ; Thu, 22 Apr 2010 16:54:06 +0000 (UTC) Received: (qmail 9678 invoked by uid 399); 22 Apr 2010 16:54:06 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Apr 2010 16:54:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BD07F2D.3030809@FreeBSD.org> Date: Thu, 22 Apr 2010 09:54:05 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Eitan Adler References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ruben de Groot , "Aryeh M. Friedman" , =?UTF-8?B?VHJvbmQgRW5kcmVzdMO4bA==?= Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 16:54:07 -0000 On 4/22/2010 9:08 AM, Eitan Adler wrote: > taking into account your feedback here is the new version > If all is good I'll submit a PR.... > > #!/bin/sh > # > # $FreeBSD: src/etc/periodic/daily/210.backup-aliases,v 1.6.36.1.2.1 > 2009/10/25 01:10:29 kensmith Exp $ > # > > # If there is a global system configuration file, suck it in. > # > if [ -r /etc/defaults/periodic.conf ] > then > . /etc/defaults/periodic.conf > source_periodic_confs > fi > > bak=/var/backups > db_loc="/var/db/pkg"; The trailing ; here is superfluous. Also, a better invocation might be: db_loc=`pm_make -f/usr/share/mk/bsd.port.mk -V PKG_DBDIR 2>/dev/null` to support people who redefine it. > bk_loc="$bak/pkgdb.bak.tar" Since you (properly) compress the archive on the tar command line, that should be: bk_loc="$bak/pkgdb.bak.tar.bz2" > case "$daily_backup_pkgdb_enable" in > [Yy][Ee][Ss]) > if [ ! -d $db_loc ] > then > echo '$daily_backup_pkgdb_enable is enabled but' \ > "$db_loc doesn't exist" > rc=2 > else > rc=0 > > echo "" > echo "Backing up package db directory:" > > rm -f $bk_loc [ -e "$bk_loc" ] && unlink $bk_loc > tar -cjf $bk_loc $db_loc || rc=3 > fi;; > > *) rc=0;; > esac > > exit $rc hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 16:56:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4838106564A for ; Thu, 22 Apr 2010 16:56:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6037B8FC19 for ; Thu, 22 Apr 2010 16:56:44 +0000 (UTC) Received: (qmail 16644 invoked by uid 399); 22 Apr 2010 16:56:43 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Apr 2010 16:56:43 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BD07FCB.4030604@FreeBSD.org> Date: Thu, 22 Apr 2010 09:56:43 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Eitan Adler References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> <4BD07F2D.3030809@FreeBSD.org> In-Reply-To: <4BD07F2D.3030809@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Ruben de Groot , "Aryeh M. Friedman" , =?UTF-8?B?VHJvbmQgRW5kcmVzdMO4bA==?= Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 16:56:44 -0000 On 4/22/2010 9:54 AM, Doug Barton wrote: > Also, a better invocation might be: > db_loc=`pm_make -f/usr/share/mk/bsd.port.mk -V PKG_DBDIR 2>/dev/null` Make that just "/usr/bin/make" instead of pm_make, I should have looked more carefully at what I pasted. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 17:06:10 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C6E21065674; Thu, 22 Apr 2010 17:06:10 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8F18FC0A; Thu, 22 Apr 2010 17:06:09 +0000 (UTC) Received: by bwz28 with SMTP id 28so9816155bwz.14 for ; Thu, 22 Apr 2010 10:06:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type; bh=Q3dmL6nVQmYcd/uy8y8xSeCWxto+9ivZKxMOhY/Df3o=; b=pNNEDbHaZb00IDutfH7hlpeD+gUrN/xOIL2wH4NcmMZ7OZLB/PjZniOLH+XoD26FKC zfbDrXIUfPIh48ppjpSBR/KulzoqLmfjtrCZuD+O14xrp/6mWYGQIMwSYjLYcXIRiZEd X67Fg2Vke4zjAVctCMAuBrgEvcVrcRSyQlVLQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=pVYUwqqOuTSAQxJVYzKIVmRZbGb+ReU99HlbUICkSG4FjdQlSDb0PDD8Lqk2tki/JX tkEom1YxXnd4cJIpjuSueOPERCdu4t3bXb/JMuZFpzkbhcQBdpVB7SUQO6G5Pssjq0dK /OD7PdIaYDv1Wm6uXkkBMb3ImGt1teovzyJUs= MIME-Version: 1.0 Received: by 10.239.193.77 with HTTP; Thu, 22 Apr 2010 10:05:48 -0700 (PDT) In-Reply-To: <4BD07FCB.4030604@FreeBSD.org> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> <4BD07F2D.3030809@FreeBSD.org> <4BD07FCB.4030604@FreeBSD.org> From: Eitan Adler Date: Thu, 22 Apr 2010 20:05:48 +0300 Received: by 10.239.167.210 with SMTP id h18mr932091hbe.97.1271955968219; Thu, 22 Apr 2010 10:06:08 -0700 (PDT) Message-ID: To: Doug Barton Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, Ruben de Groot , "Aryeh M. Friedman" , =?UTF-8?Q?Trond_Endrest=C3=B8l?= Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 17:06:10 -0000 Same as before - if all is good I'll send a PR #!/bin/sh # # $FreeBSD: src/etc/periodic/daily/210.backup-aliases,v 1.6.36.1.2.1 2009/10/25 01:10:29 kensmith Exp $ # # If there is a global system configuration file, suck it in. # if [ -r /etc/defaults/periodic.conf ] then . /etc/defaults/periodic.conf source_periodic_confs fi bak=/var/backups db_loc=$(/usr/bin/make -f/usr/share/mk/bsd.port.mk -V PKG_DBDIR 2>/dev/null) bk_loc="$bak/pkgdb.bak.tar.bz2" case "$daily_backup_pkgdb_enable" in [Yy][Ee][Ss]) if [ ! -d $db_loc ] then echo '$daily_backup_pkgdb_enable is enabled but' \ "$db_loc doesn't exist" rc=2 else rc=0 echo "" echo "Backing up package db directory:" [ -e $bk_loc ] && unlink $bk_loc tar -cjf $bk_loc $db_loc || rc=3 fi;; *) rc=0;; esac exit $rc From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 17:06:52 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180591065743 for ; Thu, 22 Apr 2010 17:06:52 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmailB.acsu.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id DB9BE8FC2A for ; Thu, 22 Apr 2010 17:06:51 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7A0AADEE; Thu, 22 Apr 2010 12:57:29 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 7E45CC5E; Thu, 22 Apr 2010 12:57:27 -0400 (EDT) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 73CC9BB3; Thu, 22 Apr 2010 12:57:27 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id 63137203C0; Thu, 22 Apr 2010 12:57:27 -0400 (EDT) From: Ken Smith To: "Julian H. Stacey" In-Reply-To: <201004211909.o3LJ9W8b072724@fire.js.berklix.net> References: <201004211909.o3LJ9W8b072724@fire.js.berklix.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-qcIQMG8edC5xW6o/TC0g" Date: Thu, 22 Apr 2010 12:57:26 -0400 Message-ID: <1271955446.76185.142.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: hackers@freebsd.org, re@freebsd.org Subject: Re: Bug with fixit live 8.0 memstick.img running on F1 after MBR 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, 22 Apr 2010 17:06:52 -0000 --=-qcIQMG8edC5xW6o/TC0g Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2010-04-21 at 21:09 +0200, Julian H. Stacey wrote: > Hi hackers@, > No replies in over 4 days to this, so this is a repost,=20 > I've also added re@ as newish memstick.img might interest them ? > (The live command prompt on F4 wasn't much use, no ls yet.) echo * That said you usually run into a different thing you can't do shortly after finding out what files/directories are there... > > Conclusion: > > Would be nice if others tried too, to tell if it's my mistake or a bu= g. > > WOrth doing as it also sets you up ready with a stick that can rescue= / > > fixit + has enough space for other file systemes with your own > > personal /usr/local inc. X, ready for eg testing laptops in shops. I won't have much time to fiddle with this in the next few days but just a few misc. comments. I never pictured someone wanting to do what you're trying to do with the memstick images so this sort of thing was never tested (at least by me). I pictured people taking a totally different approach to doing the general thing you are trying to do. There is a script named "make-memstick.sh" in /usr/src/release/scripts on head and stable/8 (it got added after 8.0-RELEASE was out) that I use to make the memstick images. If you don't like what's on the memstick images we provide you can basically roll your own using that script, possibly by starting off with what's on our memstick image (just mount it and copy everything off it to a directory that you then add/remove stuff to produce what you want). Just as a quick example if you wanted the full DVD (packages and all) on a memstick you could stick the DVD in a drive (or mount the DVD .iso file as a vnode md or whatever) and do: make-memstick.sh /cdrom dvd.img Then copy dvd.img to a drive. Or, more to your point, copy /cdrom to normal disk space and then add/remove stuff before running the script. The make-memstick.sh script is, on purpose, very basic. It just barely does what I need it to and can be used as a base to come up with your own script that does more if you find that doing this sort of thing happens often (testing laptops in shops, etc). --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-qcIQMG8edC5xW6o/TC0g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkvQf+sACgkQ/G14VSmup/YinQCeLRZ2Mid761QJLpIvlM3s7JgE vPgAn3gMGzeWMQaCiUNi7a3DSk68LR17 =F1Q8 -----END PGP SIGNATURE----- --=-qcIQMG8edC5xW6o/TC0g-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 17:19:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8383B1065670; Thu, 22 Apr 2010 17:19:13 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 660068FC0C; Thu, 22 Apr 2010 17:19:13 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 9884B22857; Thu, 22 Apr 2010 11:15:46 -0600 (MDT) Received: by night.db.net (Postfix, from userid 100) id 39EA233C2E; Thu, 22 Apr 2010 13:18:55 -0400 (EDT) Date: Thu, 22 Apr 2010 13:18:55 -0400 From: Diane Bruce To: Doug Barton Message-ID: <20100422171855.GA24727@night.db.net> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> <20100422125402.GR33521@e.0x20.net> <20100422134425.GA22049@night.db.net> <4BD07DE5.7020801@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD07DE5.7020801@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Diane Bruce , "Aryeh M. Friedman" , Lars Engels , freebsd-hackers@freebsd.org, Ruben de Groot , Eitan Adler Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 17:19:13 -0000 On Thu, Apr 22, 2010 at 09:48:37AM -0700, Doug Barton wrote: > On 4/22/2010 6:44 AM, Diane Bruce wrote: > > On Thu, Apr 22, 2010 at 04:12:08PM +0300, Eitan Adler wrote: ... > > MAILTO=... > > @weekly /usr/sbin/pkg_info -I -a > > pkg_info -o -a would probably be more useful from the standpoint of The sensible thing to do is to be putting a thumb drive on your machine and backing up the /var/db/pkg after updating. An e-mailed list of any sort would be a last resort and having it fairly compact is a compromise, since you do have the thumb drive to fall back on right? > rebuilding ports after a lost /var/db/pkg. For portmaster users > 'portmaster --list-origins' would give you a list that you could then do > 'portmaster `cat list`' to rebuild everything for you. YMMV ;-) - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 17:40:01 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ED9B1065674 for ; Thu, 22 Apr 2010 17:40:01 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9A58FC1F for ; Thu, 22 Apr 2010 17:40:00 +0000 (UTC) Received: from [131.234.21.116] (baloo.cs.uni-paderborn.de [131.234.21.116]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.4/8.14.4) with ESMTP id o3MHdxdv004584 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Thu, 22 Apr 2010 19:39:59 +0200 (CEST) Message-ID: <4BD089EE.4020508@FreeBSD.org> Date: Thu, 22 Apr 2010 19:39:58 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org References: <4BCE5ECC.6070202@gmail.com> <20100422124932.GA21661@night.db.net> In-Reply-To: <20100422124932.GA21661@night.db.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 17:40:01 -0000 Am 22.04.2010 14:49, schrieb Diane Bruce: > On Tue, Apr 20, 2010 at 10:11:24PM -0400, Aryeh M. Friedman wrote: >> I acciddentally rm'ed my /var/db/pkg and want to know is it possible to >> rgenerate it (I have portmaster and portupgrade installed) > > > You would have to write a script which went through each file in > /usr/local/bin and /usr/local/lib (mostly sufficient) and examined > every single pkg-plist looking for the corresponding file. Then you > know what port the file was generated by. Needless to say, this would > be somewhat horrible. Diane, it's not *that* bad. Consider this algorithm: 1. scan for files under /usr/local/{bin,include,lib,libexec,sbin} and sort or hash the list - perhaps guess just a port name from an executable in /usr/local/bin 2. Repeat: 2.1 use the next file from the list and search for it 2.2 once you have a port name for this file, obtain the packing list and remove it from the file list in 1. This cuts down the list from 1 quite a bit. 3. Now print the list of ports found, and print the list of files not found in ports Surely and index of plist files in port default configurations could help big time, but even a blunt ( cd /usr/ports && find . -mindepth 3 -maxdepth 3 -name pkg-plist -exec egrep FILENAME '{}' + ) might be reasonable given sufficient RAM so that it runs from cache for the 2nd file you inquire. If that is too slow, a step between 1 and 2 could procure all pkg-plists as some sort of FILEINDEX file to accelerate searches. HTH Matthias From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 13:10:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E2B106564A for ; Thu, 22 Apr 2010 13:10:06 +0000 (UTC) (envelope-from pirat@tint.or.th) Received: from mail.tint.or.th (ns2.tint.or.th [122.154.13.210]) by mx1.freebsd.org (Postfix) with SMTP id 9D5248FC1C for ; Thu, 22 Apr 2010 13:10:05 +0000 (UTC) Received: (qmail 15868 invoked from network); 22 Apr 2010 12:59:10 -0000 Received: from www.tint.or.th (HELO alpha.nst.or.th) (122.154.13.80) by mail.tint.or.th with SMTP; 22 Apr 2010 12:59:10 -0000 Received: from 125.25.247.56.adsl.dynamic.totbb.net (125.25.247.56.adsl.dynamic.totbb.net [125.25.247.56]) by webmail.tint.or.th (Horde Framework) with HTTP; Thu, 22 Apr 2010 19:15:53 +0700 Message-ID: <20100422191553.10082o6545n30cft@webmail.tint.or.th> X-Priority: 3 (Normal) Date: Thu, 22 Apr 2010 19:15:53 +0700 From: =?utf-8?b?4LmE4Lie4Lij4Lix4LiKIA==?= =?utf-8?b?4Lio4Lij4Li14LmC4Lii4LiY4Liy?= To: freebsd-hackers@freebsd.org References: <4BCE5ECC.6070202@gmail.com> <20100422124932.GA21661@night.db.net> In-Reply-To: <20100422124932.GA21661@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) X-Mailman-Approved-At: Thu, 22 Apr 2010 17:51:56 +0000 Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 13:10:06 -0000 hi, have you tried pkgdb -u ? --=20 psr =E0=B8=A1=E0=B8=B0=E0=B8=83=E0=B8=B2=E0=B8=A1 =E0=B8=85=E0=B8=B4=E0=B8=99=E0= =B9=80=E0=B8=94=E0=B8=B4=E0=B8=99=E0=B8=94=E0=B8=99 =E0=B8=A1=E0=B8=B0=E0=B9=84=E0=B8=9F =E0=B8=85=E0=B8=99=E0=B9=80=E0=B8=AB=E0= =B8=A5=E0=B8=B4=E0=B8=87=E0=B8=9F=E0=B9=89=E0=B8=B2 http://makham.blogspot.com Quoting Diane Bruce : > On Tue, Apr 20, 2010 at 10:11:24PM -0400, Aryeh M. Friedman wrote: >> I acciddentally rm'ed my /var/db/pkg and want to know is it possible to >> rgenerate it (I have portmaster and portupgrade installed) > > > You would have to write a script which went through each file in > /usr/local/bin and /usr/local/lib (mostly sufficient) and examined > every single pkg-plist looking for the corresponding file. Then you > know what port the file was generated by. Needless to say, this would > be somewhat horrible. > > - Diane > -- > - db@FreeBSD.org db@db.net http://www.db.net/~db > _______________________________________________ > 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" > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 18:00:28 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90757106564A for ; Thu, 22 Apr 2010 18:00:28 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 00FD08FC19 for ; Thu, 22 Apr 2010 18:00:27 +0000 (UTC) Received: by wwa36 with SMTP id 36so5661887wwa.13 for ; Thu, 22 Apr 2010 11:00:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:date:received :message-id:subject:from:to:cc:content-type; bh=WaWBfYbGwIe7GYLwPn/mwUU2Rfl5nPwMGu/pnvzzpgs=; b=iZSw8GcBBoaV/TXPYgqBue/SK2S/jpqfk4pBVUn+mQtgwD/00OVTT/fnrbKXruSmSA WoYRIEfhgjXblpNV4PDTetXz/vdNBoiG2CRqNt1eG1IvlQ+KNf5ZNB0jU1d8kcOa97n0 V1ca4TMsVOiqtW4vpAgQmuVkCooPAV6aGsS6I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=ZY9PN/Oi0Rv5JmjqyzmSfBSFmh4XB6atXBMdhid5oTMhfZMLPbjVMsX+TZoarptJlA +PK4/ltdAYUTcY6QAUJv5pXMYlPTo9L6ik6Dau1C/vFGktDAkzTowSZ9kxTOAhcXZfmB Gk4rcEmCHPv+PO4qiEQ8DVg29BILqRLDuIXys= MIME-Version: 1.0 Received: by 10.216.229.165 with HTTP; Thu, 22 Apr 2010 11:00:26 -0700 (PDT) Date: Thu, 22 Apr 2010 18:00:26 +0000 Received: by 10.216.87.16 with SMTP id x16mr2683381wee.27.1271959226517; Thu, 22 Apr 2010 11:00:26 -0700 (PDT) Message-ID: From: "b. f." To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: mandree@FreeBSD.org Subject: Re: regenerating /var/db/pkg X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 18:00:28 -0000 >Am 22.04.2010 14:49, schrieb Diane Bruce: >> On Tue, Apr 20, 2010 at 10:11:24PM -0400, Aryeh M. Friedman wrote: >>> I acciddentally rm'ed my /var/db/pkg and want to know is it possible to >>> rgenerate it (I have portmaster and portupgrade installed) >> >> >> You would have to write a script which went through each file in >> /usr/local/bin and /usr/local/lib (mostly sufficient) and examined >> every single pkg-plist looking for the corresponding file. Then you >> know what port the file was generated by. Needless to say, this would >> be somewhat horrible. > >Diane, > >it's not *that* bad. Consider this algorithm: > >1. scan for files under /usr/local/{bin,include,lib,libexec,sbin} and sort or >hash the list - perhaps guess just a port name from an executable in /usr/local/bin > >2. Repeat: > > 2.1 use the next file from the list and search for it > 2.2 once you have a port name for this file, obtain the packing list and >remove it from the file list in 1. This cuts down the list from 1 quite a bit. > >3. Now print the list of ports found, > and print the list of files not found in ports > > >Surely and index of plist files in port default configurations could help big >time, but even a blunt ( cd /usr/ports && find . -mindepth 3 -maxdepth 3 -name >pkg-plist -exec egrep FILENAME '{}' + ) might be reasonable given sufficient RAM >so that it runs from cache for the 2nd file you inquire. > >If that is too slow, a step between 1 and 2 could procure all pkg-plists as some >sort of FILEINDEX file to accelerate searches. > >HTH >Matthias By the time you account for CONFLICTS, dynamic plists, substitutions in plists, etc., I'd have to agree with Diane that this is a pain. It could be done, and would help to reconstruct most if not all of an average user's /var/db/pkg, but it's laborious. b. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 15:34:07 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D271065676 for ; Thu, 22 Apr 2010 15:34:06 +0000 (UTC) (envelope-from revlinsoftware@gmail.com) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id A23758FC1A for ; Thu, 22 Apr 2010 15:34:06 +0000 (UTC) Received: by ywh31 with SMTP id 31so4283885ywh.3 for ; Thu, 22 Apr 2010 08:34:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=UUmYJzDn7I31b8LDbrWXFQZla7004QGdNnJ7ix/b41g=; b=K3RdSZ/JsxgL9/IfJR9BRpcxEX8Nsjx8SG5G5gTu2wH2Z1pmPuhlVcYoP1yWHK6N1I Ny3CtSRjfJc+DrtCfnL7KyvmvBcg7alGe5QRg9ybkbGN/U8UH9URXgr+UHDai2Wofzwd VmDoopDXUaPq0bmDmczB6yCRAQHpQbwc9Dw7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=deMMXLLHoVFCQUSs56CPNKJ4AyZaOS2FVbhgDr4W2hKm6k2QLXlnlRBtAfLDaLNwPB jblVIUYjT1u6g37olNecAa2urJdiwVjx/wUnVWl12qHkneeQs06swJY8NUOMaUGSvQD/ GLisIUBbGcmwM4XKhiLcvQJFvoHNw0ATsp42A= MIME-Version: 1.0 Received: by 10.90.68.9 with HTTP; Thu, 22 Apr 2010 08:04:11 -0700 (PDT) Date: Thu, 22 Apr 2010 16:04:11 +0100 Received: by 10.91.54.9 with SMTP id g9mr5445051agk.16.1271948652563; Thu, 22 Apr 2010 08:04:12 -0700 (PDT) Message-ID: From: RevLin Software To: freebsd-hackers@freebsd.org X-Mailman-Approved-At: Thu, 22 Apr 2010 18:24:14 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RevLin OS: Help wanted 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, 22 Apr 2010 15:34:07 -0000 Hello All My name is Patrick Quinn I am currently part of a team working on a new operating system called RevLin OS. RevLin OS will use a new desktop environment called RaVe that is coded almost entirely in web language (Css html5 and Javascript ) with native back ends, all running locally inside a Webkit based run time environment. However we are on the fence with the kernel. Initially we wanted to base the kernel ( named PopCorn) on Linux due to its support for various desktop hardware and platforms, but now we feel that going with FreeBSD or maybe even Haiku would be a better plan. I was wondering if any BSD developers would be willing to come aboard and work on the kernel with us? More information about the OS can be found over at my blog http://p-quinn.com/entries/report/report-what-is-revlin-os-and-what-are-its-benefits . If you have any other more technical questions feel free to ask. I Hope to hear back from you soon All the best Patrick Quinn From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 18:48:46 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F0141065670 for ; Thu, 22 Apr 2010 18:48:46 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC0088FC1F for ; Thu, 22 Apr 2010 18:48:44 +0000 (UTC) Received: by wwa36 with SMTP id 36so5698398wwa.13 for ; Thu, 22 Apr 2010 11:48:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:date:received :message-id:subject:from:to:content-type; bh=93MxQBQAc4fUxnAX9DjghpwEQsGc/0wVU0KXXh6s9IU=; b=wdC3g/MVdVSGN43rsZoqWqDIUBAViIYrnKi3iDBnS0Dkx0p/1NCRU/r7xlskVDTNeQ w+LV5Iv4EOFIeAew2ryQ50tz1uycr6PA+G13PUXYBS7noDE/JBx1nKeN+TqqO1lnY73Q hX60eFK1mJciNuOHcuClWc1XMV6cPdlZLziDs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=gMaPnq7B6FapXvo6REzW+HxN3ZrFI/OEx6QjQ6KL2mN1Cc8c7acjDVx8eqCw08JiRH TePVbHcELafqCqW4G+rVGHsdmH3K821DhGS6RiXuRZapbIZ7K5d+/3Wn3vNnqszP/t93 P1ivjWLzFvCCVMRV2MUNLPqw6oLKy30gwCj2E= MIME-Version: 1.0 Received: by 10.216.229.165 with HTTP; Thu, 22 Apr 2010 11:48:43 -0700 (PDT) Date: Thu, 22 Apr 2010 18:48:43 +0000 Received: by 10.216.85.140 with SMTP id u12mr758054wee.78.1271962123911; Thu, 22 Apr 2010 11:48:43 -0700 (PDT) Message-ID: From: "b. f." To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: regenerating /var/db/pkg X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 18:48:46 -0000 Doug Barton wrote: >On 4/20/2010 7:11 PM, Aryeh M. Friedman wrote: >> I acciddentally rm'ed my /var/db/pkg and want to know is it possible to >> rgenerate it (I have portmaster and portupgrade installed) > >Portmaster certainly can't do this, it uses the information from >/var/db/pkg. I'm not sure if portupgrade can do it or not. > >Your most likely course of success is to generate a list of ports that >you know you're using ("root" and "leaf" ports in portmaster >terminology), back up any config or other key files from /usr/local, >then delete everything and reinstall. With regard to portupgrade, if your pkgdb file is intact, you should be able to reconstruct /var/db/pkg, although it may not be very convenient to do so. Unfortunately, by default the pkgdb file is /var/db/pkg/pkgdb.db, so it is often wiped out along with the rest of /var/db/pkg. However, if it is intact, make sure you first back it up before attempting to use it's contents, because most of the pkgtools attempt to edit it to correspond with the current state of /var/db/pkg (performing the equivalent of pkgdb -u/-aF) when invoked. You may be able to disable this editing via the "-O" flag, but I haven't checked this lately. If you have a list of installed packages, and a corresponding ports tree, you could reconstruct most but probably not all of /var/db/pkg by running "make generate-plist fake-pkg" in the ports tree origin of each package (if you built the packages with non-default options, you should have an intact /var/db/ports for this to fully work). The directories for packages with dynamic plists might not be fully restored without rebuilding the ports, but this may be enough for a first pass. You could then prune or account for files in PREFIX/LOCALBASE that aren't listed as belonging to a registered package, via something like: find /usr/local -type f -print0 | xargs -0 pkg_which -v | fgrep '?' or with something similar using "pkg_info -W..." instead of "pkg_which -v". Alternatively, if you have backups of all the installed packages, or can obtain them from a server, you could use their packing lists to restore /var/db/pkg. But as Doug suggests, a full cleanup of PREFIX/LOCALBASE and reinstallation of all leaf packages may be easier than a reconstruction of /var/db/pkg. b. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 19:18:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467AA10656BA for ; Thu, 22 Apr 2010 19:18:59 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 253078FC19 for ; Thu, 22 Apr 2010 19:18:57 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so8125fge.13 for ; Thu, 22 Apr 2010 12:18:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=CoA9q1cg0DDilc1fmFFPwyNuHElPAyUvK6z7nsejhgs=; b=ujLfLqL+qJjxyP+xamaHdXKLmWsS2AXtefZJiI8hWs0dC4YrL3EZBVZAhn8yustbp4 4+2gxf2XZpJiQ0J90kMYgYWZqHhZgf+NhWc3iZ6VrPZPsVfySIuZcIJlUSwrl1Tacr/W MWnhYagSBhn7PjrtwS+Y01UbbtgpQWYOdQ+zY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; b=fexQe/gW6iZ5ROZzC126ITAvzUfQYmU2WMwFTfDgMH1YvtLxZX44dT5iTvcVpjrslt OzCDHnw/pA7OzI2vALkA3q0/Qw8WxQFVQqXeL0EVynbkw+HzJUGusLHPVx4Pyu9A6j8a lxWDGXVIcsMiiC0eU9gYDneCjd8UH5Ft1YSy0= Received: by 10.87.2.15 with SMTP id e15mr8531605fgi.23.1271963936047; Thu, 22 Apr 2010 12:18:56 -0700 (PDT) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id b17sm513784fka.13.2010.04.22.12.18.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Apr 2010 12:18:55 -0700 (PDT) Date: Thu, 22 Apr 2010 22:18:49 +0300 From: Gleb Kurtsou To: =?utf-8?B?THVrw6HFoQ==?= Czerner Message-ID: <20100422191849.GA9895@tops> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org Subject: Re: How to change vnode operations ? 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, 22 Apr 2010 19:18:59 -0000 On (22/04/2010 16:02), Lukáš Czerner wrote: > Hi all, > > this may sound a little odd, since I have noticed that there is much > work done to not allow such a thing ($SUBJ). But may be you can help > me and point me to the right direction. > > I am writing a kernel module with somewhat similar functionality > like nullfs has, BUT it has to have some features which nullfs > itself does not provide : > > 1. I need the new layer to completely hide underlaying layer so no > one can bypass it. Is hypothetic 'mount -t mynullfs /a /a' good enough for you? I'm not sure what your goals are but completely finding underlaying filesystem won't be easy because of VFS_GET, getfh and other stuff operating with inode numbers. > 2. Nullfs allows me to to overlay just one directory, but i want to > include another directories and/or exclude subdirectories/files. > 3. Nullfs just redirects vnode operations to lower layer, I need to > catch that operation, do something (for example alter the arguments > somehow etc..), pass the operation (with possibly altered arguments) > to the lower layer, get the result and then return the result. I'd suggest to take a look at pefs: http://github.com/glk/pefs It's cryptographic stacked filesystem for FreeBSD. It changes file names, hides directory entries, modifies data from lower layer (encrypts or decrypts), supports mounting on same directory, etc. > The best way to do that (I think) is to change vnode operations of > particular vnodes to point to functions defined in that module. At > this point, I can catch any operations with the vnode and this is > the base of what i want. > > So my question is. I there any "clean" way to chande vnode > operations ? If not, is there any "not so clean" way ? Anyway I will > appreciate any good idea how to do what I have described. Imho, stacked filesystem is the only right way to do it (see null, unionfs, pefs). > Thanks! > -Lukas. > _______________________________________________ > 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 Thu Apr 22 19:24:57 2010 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22678106566B for ; Thu, 22 Apr 2010 19:24:57 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0C11B8FC14 for ; Thu, 22 Apr 2010 19:24:56 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 9CFEA22857; Thu, 22 Apr 2010 13:21:37 -0600 (MDT) Received: by night.db.net (Postfix, from userid 100) id 3749D33C2E; Thu, 22 Apr 2010 15:24:55 -0400 (EDT) Date: Thu, 22 Apr 2010 15:24:55 -0400 From: Diane Bruce To: bf1783@gmail.com Message-ID: <20100422192455.GA26153@night.db.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@FreeBSD.org Subject: Re: regenerating /var/db/pkg 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, 22 Apr 2010 19:24:57 -0000 On Thu, Apr 22, 2010 at 06:48:43PM +0000, b. f. wrote: > Doug Barton wrote: > >On 4/20/2010 7:11 PM, Aryeh M. Friedman wrote: ... > find /usr/local -type f -print0 | xargs -0 pkg_which -v | fgrep '?' libchk would also be useful. ... > > But as Doug suggests, a full cleanup of PREFIX/LOCALBASE and > reinstallation of all leaf packages may be easier than a > reconstruction of /var/db/pkg. ... I also agree with Doug here. The key thing is to have a record or a good idea of what you had installed in the first place. I reiterate, having a thumb drive with copies of your /etc,/var/db/pkg /usr/local/etc, you get the idea, is very useful to have around. - Diane __ - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 22:38:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C657B106564A for ; Thu, 22 Apr 2010 22:38:15 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 93E0C8FC14 for ; Thu, 22 Apr 2010 22:38:15 +0000 (UTC) Received: by pwi9 with SMTP id 9so6622073pwi.13 for ; Thu, 22 Apr 2010 15:38:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JAV6DVCidDkDXBGsMrKGUTacwAJt34X8PyHX6N1Urwk=; b=MLvbuTETE3bM/69Vz7gF2S2igg+vAvvN/uq/t+U+Ns1tgVMrhemBRXRA6lLBcF170F pQCRYBSNJjG45dYl8mD303mHuurG54rvye5YMExY5r9eqLAQrzlV0YAF6L1A04upptnO Gjz6tGKUN7QGA6WgD3bKFzJKLzyz11zk3v6bc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=hmyhbuyybF8F5VZR4l9e+/iabSg7nclm8bFT3jkm+zuVuAjk2oGw+MwFjvXCXyyz9s UdUSTWdVkqWJaHfo0/0VjrKU4UyYlTNN/F2Ly1W1Jz2xaz9v6phbe9zvq2LbbK8ObUzA c14Z2HlE91wFO5H5yC+WBCDySfqUKfAAL6SDs= MIME-Version: 1.0 Received: by 10.140.161.18 with HTTP; Thu, 22 Apr 2010 15:38:14 -0700 (PDT) In-Reply-To: <20100414174853.GC43908@dan.emsphone.com> References: <20100414174853.GC43908@dan.emsphone.com> Date: Thu, 22 Apr 2010 15:38:14 -0700 Received: by 10.141.108.19 with SMTP id k19mr4084899rvm.110.1271975894949; Thu, 22 Apr 2010 15:38:14 -0700 (PDT) Message-ID: From: Steve Franks To: Dan Nelson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Leinier Cruz Salfran Subject: Re: there is a way to avoid strict libraries linking? 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, 22 Apr 2010 22:38:15 -0000 > It's much safer to just leave the libraries alone. =A0Just because you > upgraded libpng doesn't mean that your old gtk binary will stop working > (assuming you are using "portupgrade" or "portmaster -w" which preserves = old Untrue. Portupgrade deletes the old version of the port by default. The PNG upgrade was a major PITA, because I installed one new port that thought it had to have it. I'm sure 98% of the ports I then had to upgrade would have still worked just fine even if rebuilt against the old libpng. I think the complaint here is that the port dependencies system frequently gives the impression/enforces the rule that new ports will depend on whatever the most current version of everything is in the ports tree at the time they were built, forcing sort of a perpetual upgrade cycle. IMHO this is probably due to naive port maintainers (such as myself) incorrectly pointing a port at libpng.5 instead of any libpng, or libpng >=3D 5. Once the ports tree is 'poisoned' in this fashion, there's really no going back. I'd sure vote for an audit of this behavior as a summer of code project. Long story short, anything that sounds fundamental gets bumped (png, jpeg, tcl, python, gtk, etc, etc), I just sit back and get ready to spend two or three days retrying portupgrade -akOf -mBATCH=3Dyes until everything sticks. If you've got OO or KDE4 installed, you might just want to forget it and pkg_delete -f *, then start over. I'm sticking by bsd though. You don't even have the opportunity to run an automated tool to clean & build everything from source automatically on linux. I'm sure rpm & apt dependencies are even nastier. Steve From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 22:54:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE2E1065675 for ; Thu, 22 Apr 2010 22:54:21 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id C481B8FC1E for ; Thu, 22 Apr 2010 22:54:20 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id o3MMsIDQ032518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Apr 2010 17:54:18 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.4/8.14.3) with ESMTP id o3MMsI12025579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Apr 2010 17:54:18 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.4/8.14.3/Submit) id o3MMsHXG025577; Thu, 22 Apr 2010 17:54:17 -0500 (CDT) (envelope-from dan) Date: Thu, 22 Apr 2010 17:54:17 -0500 From: Dan Nelson To: Steve Franks Message-ID: <20100422225417.GA14572@dan.emsphone.com> References: <20100414174853.GC43908@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-OS: FreeBSD 8.0-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.96 at email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Thu, 22 Apr 2010 17:54:18 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-hackers@freebsd.org, Leinier Cruz Salfran Subject: Re: there is a way to avoid strict libraries linking? 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, 22 Apr 2010 22:54:21 -0000 In the last episode (Apr 22), Steve Franks said: > > It's much safer to just leave the libraries alone.  Just because you > > upgraded libpng doesn't mean that your old gtk binary will stop working > > (assuming you are using "portupgrade" or "portmaster -w" which preserves > > Untrue. Portupgrade deletes the old > version of the port by default. The PNG upgrade was a major PITA, because > I installed one new port that thought it had to have it. I'm sure 98% of > the ports I then had to upgrade would have still worked just fine even if > rebuilt against the old libpng. Are you sure you're talking about portupgrade? From the manpage: -u --uninstall-shlibs Do not preserve old shared libraries. By default, portupgrade preserves shared libraries on uninstallation for safety. See the pkg_deinstall(1) manpage and check out the -P option for details. I've 400 MB of shared libs in /usr/local/lib/compat/pkg as proof that it does this by default, too. I should probably clean that out someday :) > I think the complaint here is that the port dependencies system > frequently gives the impression/enforces the rule that new ports will > depend on whatever the most current version of everything is in the > ports tree at the time they were built, forcing sort of a perpetual > upgrade cycle. IMHO this is probably due to naive port maintainers > (such as myself) incorrectly pointing a port at libpng.5 instead of > any libpng, or libpng >= 5. Once the ports tree is 'poisoned' in this > fashion, there's really no going back. I'd sure vote for an audit of > this behavior as a summer of code project. I don't think the porter's handbook mentions the DEPENDS_* comparison operators at all, so unless you read (and understood) the ${deptype:L}-depends target in bsd.port.mk, you might not know it existed. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 23:04:10 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87FAF1065672 for ; Thu, 22 Apr 2010 23:04:10 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id 4AADF8FC16 for ; Thu, 22 Apr 2010 23:04:10 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id o3MN490M033585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Apr 2010 18:04:09 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.4/8.14.3) with ESMTP id o3MN49cm048746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Apr 2010 18:04:09 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.4/8.14.3/Submit) id o3MMv3SK036370; Thu, 22 Apr 2010 17:57:03 -0500 (CDT) (envelope-from dan) Date: Thu, 22 Apr 2010 17:57:03 -0500 From: Dan Nelson To: Steve Franks Message-ID: <20100422225703.GB14572@dan.emsphone.com> References: <20100414174853.GC43908@dan.emsphone.com> <20100422225417.GA14572@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100422225417.GA14572@dan.emsphone.com> X-OS: FreeBSD 8.0-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.96 at email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Thu, 22 Apr 2010 18:04:09 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-hackers@freebsd.org, Leinier Cruz Salfran Subject: Re: there is a way to avoid strict libraries linking? 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, 22 Apr 2010 23:04:10 -0000 In the last episode (Apr 22), Dan Nelson said: > In the last episode (Apr 22), Steve Franks said: > > (such as myself) incorrectly pointing a port at libpng.5 instead of any > > libpng, or libpng >= 5. Once the ports tree is 'poisoned' in this > > fashion, there's really no going back. I'd sure vote for an audit of > > this behavior as a summer of code project. > > I don't think the porter's handbook mentions the DEPENDS_* comparison > operators at all, so unless you read (and understood) the > ${deptype:L}-depends target in bsd.port.mk, you might not know it existed. Nevermind; it's there. http://www.freebsd.org/doc/en/books/porters-handbook/makefile-depend.html#AEN2246 -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 23:27:27 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB45106566B for ; Thu, 22 Apr 2010 23:27:27 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4EA8FC13 for ; Thu, 22 Apr 2010 23:27:26 +0000 (UTC) Received: by qyk11 with SMTP id 11so10562394qyk.13 for ; Thu, 22 Apr 2010 16:27:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=NNCZY8VoHPKFXC0WN8rZBrfVp3fn5Hf2lhMvJBYFol0=; b=L1hUqMZgOZJuHXXfYIGC2sOR0480b5DYzEB0aC+UDGYJpNbfWyzD0mwePsLcbSXr77 XxHqeFl3vGD8BBSlLAkKXZWANKFv6ebSbL50rWodwX8ZIEyAKYLDuTdl7NXHD93YP3sY dD1whLBquSytU5S4R5lP5GsDBOn7tW5uUSd7U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xnnwhfR6BFbBZhk9qh4VqdpWPosGXp/LeqfFr+IhE9kilge10f/GDJxph1bUXuDomQ H9ku8Yp5tSC9AC+7jFIJ81YUeV1m71TiMl4E09T0VkJDyegQdzxeAInnmFQIjZ4xl8Pn 02dnSP8nfoagUGV6nvuEeM/aeJB8nn9iTrQLc= MIME-Version: 1.0 Received: by 10.229.233.11 with HTTP; Thu, 22 Apr 2010 16:27:26 -0700 (PDT) Date: Thu, 22 Apr 2010 16:27:26 -0700 Received: by 10.229.221.14 with SMTP id ia14mr927162qcb.8.1271978846188; Thu, 22 Apr 2010 16:27:26 -0700 (PDT) Message-ID: From: Garrett Cooper To: FreeBSD-Hackers Content-Type: text/plain; charset=ISO-8859-1 Subject: Error checking in ioctl(2)? 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, 22 Apr 2010 23:27:27 -0000 Hi hackers, I realize that this isn't 100% userland code, so the checks should be minimalized, but when looking at the ioctl(2) syscall code (at least I think it is... there's another dupe hanging around in sys/dev/hptmv/ioctl.c), I had some questions related to the error handling not being done in the code: if (size > 0) { if (com & IOC_VOID) { /* Integer argument. */ arg = (intptr_t)uap->data; data = (void *)&arg; size = 0; } else data = malloc((u_long)size, M_IOCTLOPS, M_WAITOK); /* XXX: can fail -- do we care? */ } else data = (void *)&uap->data; if (com & IOC_IN) { error = copyin(uap->data, data, (u_int)size); /* XXX: Is this ok if it's NULL? */ if (error) { if (size > 0) free(data, M_IOCTLOPS); /* XXX: What if size > 0 and data was NULL? */ return (error); } } else if (com & IOC_OUT) { /* * Zero the buffer so the user always * gets back something deterministic. */ bzero(data, size); /* XXX: This will barf with a segfault. */ } error = kern_ioctl(td, uap->fd, com, data); if (error == 0 && (com & IOC_OUT)) error = copyout(data, uap->data, (u_int)size); /* XXX: Is this ok if it's NULL? This will be triggered with NULL only if com & IOC_IN was true and com & IOC_OUT was true -- not sure if that is possible or not... */ I tried following some of the logic in amd64/amd64/support.S to figure out what's going on with copyin(2) and copyout(2), but my ASM64 foo isn't good enough to grok what's going on there yet. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 22 23:36:14 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCE721065672 for ; Thu, 22 Apr 2010 23:36:14 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id B0C2D8FC15 for ; Thu, 22 Apr 2010 23:36:14 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Apr 2010 16:36:28 -0700 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E039E33A7@seaxch09.desktop.isilon.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Error checking in ioctl(2)? Thread-Index: Acric2xRXegHoEqhQuW+5GLVcjM2ZwAAMjZw References: From: "Matthew Fleming" To: "Garrett Cooper" Cc: FreeBSD-Hackers Subject: RE: Error checking in ioctl(2)? 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, 22 Apr 2010 23:36:14 -0000 > Hi hackers, > I realize that this isn't 100% userland code, so the checks should > be minimalized, but when looking at the ioctl(2) syscall code (at > least I think it is... there's another dupe hanging around in > sys/dev/hptmv/ioctl.c), I had some questions related to the error > handling not being done in the code: >=20 > if (size > 0) { > if (com & IOC_VOID) { > /* Integer argument. */ > arg =3D (intptr_t)uap->data; > data =3D (void *)&arg; > size =3D 0; > } else > data =3D malloc((u_long)size, M_IOCTLOPS, > M_WAITOK); /* XXX: can fail -- do we care? */ malloc(9) with M_WAITOK cannot return NULL. So the rest of your XXX comments are not at issue. Also, free(9) is documented to do the right thing when asked to free(NULL). copyin/copyout are really just bcopy but unlike most kernel code they are allowed to take a page fault. They deal with this by setting a function pointer in PCB_ONFAULT, which is used in trap() to set a return instruction pointer. Cheers, matthew From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 00:45:39 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7A321065670 for ; Fri, 23 Apr 2010 00:45:39 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA748FC08 for ; Fri, 23 Apr 2010 00:45:39 +0000 (UTC) Received: by qyk11 with SMTP id 11so10656425qyk.13 for ; Thu, 22 Apr 2010 17:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Of0ECCvjwcv5AZY/Hg7WLDbU0iWj5SF8B5Pbg76aogA=; b=m/X7ANmNxAX/7IIAf/FYvWvNnrsVXmRYiLBziYBBqrHmA5Y9pSbAUgCr5ImP1cub1Z yfdbclvdvnaED9i4mFo8p4qrGSXDuE7px7f1a+p+KGlNqnT/r211y6/1nC+zAj/mDHRr /2H1F7vFT9S1Yufu+dng04CnUM0lBVVfIHc9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=D3YcmYCUDRTZCSM4ZCcVUjScM9f+WQ1utM5CLNLKWN/DLwCd/Lf+4dB2LBMeiDF/MS xah7hMWUOAL2y8VwnlYU4ZVkqT+UMYZU0/n7V6ElXkaKzL9f/5+MhzRLUl520xu7NK5r I5arsBSmhqhn7rHge6ePy83ZxzHiGggTIX8KI= MIME-Version: 1.0 Received: by 10.229.233.11 with HTTP; Thu, 22 Apr 2010 17:45:38 -0700 (PDT) In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E039E33A7@seaxch09.desktop.isilon.com> References: <06D5F9F6F655AD4C92E28B662F7F853E039E33A7@seaxch09.desktop.isilon.com> Date: Thu, 22 Apr 2010 17:45:38 -0700 Received: by 10.229.91.11 with SMTP id k11mr30978qcm.50.1271983538876; Thu, 22 Apr 2010 17:45:38 -0700 (PDT) Message-ID: From: Garrett Cooper To: Matthew Fleming Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers Subject: Re: Error checking in ioctl(2)? 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, 23 Apr 2010 00:45:40 -0000 On Thu, Apr 22, 2010 at 4:36 PM, Matthew Fleming wrote: >> Hi hackers, >> =A0 =A0 I realize that this isn't 100% userland code, so the checks shou= ld >> be minimalized, but when looking at the ioctl(2) syscall code (at >> least I think it is... there's another dupe hanging around in >> sys/dev/hptmv/ioctl.c), I had some questions related to the error >> handling not being done in the code: >> >> =A0 =A0 =A0 =A0 if (size > 0) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (com & IOC_VOID) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Integer argument. */ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 arg =3D (intptr_t)uap->d= ata; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 data =3D (void *)&arg; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 size =3D 0; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } else >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 data =3D malloc((u_long)= size, M_IOCTLOPS, >> M_WAITOK); /* XXX: can fail -- do we care? */ > > malloc(9) with M_WAITOK cannot return NULL. =A0So the rest of your XXX > comments are not at issue. > > Also, free(9) is documented to do the right thing when asked to > free(NULL). > > copyin/copyout are really just bcopy but unlike most kernel code they > are allowed to take a page fault. =A0They deal with this by setting a > function pointer in PCB_ONFAULT, which is used in trap() to set a return > instruction pointer. Matt, Awesome. I can see I need to do a bit more reading in malloc(3) :)... Thanks for the info! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 00:51:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 942A3106566B for ; Fri, 23 Apr 2010 00:51:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 259938FC18 for ; Fri, 23 Apr 2010 00:51:19 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 69628A58F7C; Fri, 23 Apr 2010 08:51:17 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id 0XWFujjwCa+G; Fri, 23 Apr 2010 08:51:11 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 35921A56243; Fri, 23 Apr 2010 08:51:09 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=XC8JQfsz6GMZbsiVkQ1rEirCGAefz+eNJXFxDw1UrrfLDkdU7Ak7+WFcJBvaCnXCj RthWxinTQVvXV7e0tkayA== Message-ID: <4BD0EEFA.90907@delphij.net> Date: Thu, 22 Apr 2010 17:51:06 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100408 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Garrett Cooper References: <06D5F9F6F655AD4C92E28B662F7F853E039E33A7@seaxch09.desktop.isilon.com> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Hackers , Matthew Fleming Subject: Re: Error checking in ioctl(2)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 00:51:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/04/22 17:45, Garrett Cooper wrote: > On Thu, Apr 22, 2010 at 4:36 PM, Matthew Fleming > wrote: >>> Hi hackers, >>> I realize that this isn't 100% userland code, so the checks should >>> be minimalized, but when looking at the ioctl(2) syscall code (at >>> least I think it is... there's another dupe hanging around in >>> sys/dev/hptmv/ioctl.c), I had some questions related to the error >>> handling not being done in the code: >>> >>> if (size > 0) { >>> if (com & IOC_VOID) { >>> /* Integer argument. */ >>> arg = (intptr_t)uap->data; >>> data = (void *)&arg; >>> size = 0; >>> } else >>> data = malloc((u_long)size, M_IOCTLOPS, >>> M_WAITOK); /* XXX: can fail -- do we care? */ >> >> malloc(9) with M_WAITOK cannot return NULL. So the rest of your XXX >> comments are not at issue. >> >> Also, free(9) is documented to do the right thing when asked to >> free(NULL). >> >> copyin/copyout are really just bcopy but unlike most kernel code they >> are allowed to take a page fault. They deal with this by setting a >> function pointer in PCB_ONFAULT, which is used in trap() to set a return >> instruction pointer. > > Matt, > Awesome. I can see I need to do a bit more reading in malloc(3) :)... > Thanks for the info! It's actually malloc(9)... I personally feels it pretty confusing at the beginning when I learned about it. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJL0O76AAoJEATO+BI/yjfBOr4H/jTKZ4MSw4ukOsAGmSsRKz9Z J2Jw/8DH7Kv1VZD8Dsvzma8/gF94YqbaBNsiz1/bKLF0zJrecpEucvglmEzbhthP eep5SJHMK2mKnX+RgfIrGr/iQoK03kmXW74UcIYAeLhgibFZ7gqnqnnIay1pObic +GUCHFAV7XW+mHs9sITCNg4d4DprBn2m7VtccPRtIaHfLsRHo9xjI6Zhendf/D4H 5r+ZO0ndU4snmk7BPrHpjiP+KDfyZM0gaC6IOf+t7gUfHqf0/uOrLiQavTUqBw4K WqMLUok1orbLa1oV/wITeYbcdPbvbNCp4B+ZSU0PngERbmJYqg+DrYLZ0572Lxo= =zYtp -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 01:01:20 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B10E106564A for ; Fri, 23 Apr 2010 01:01:20 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id B601A8FC14 for ; Fri, 23 Apr 2010 01:01:19 +0000 (UTC) Received: by qyk11 with SMTP id 11so10675423qyk.13 for ; Thu, 22 Apr 2010 18:01:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wl6HfG3MTG5FY0ktwREMByf5Zake4STjVBzZryNFsA4=; b=W05/bB3vCFof8g0YOjZxVuNKd054AYsnrD2HfYAWsQO676okl1ynA467hHpJgC1E4o dEIz3/PPmNCcG8obfA3uMr2xtM7faMVU8dpmRrp63v1ZL+93zwMmn6pEDDPnj6fWpvZj s+rXgBt4pFGNqwjsFPUVFw03MUxSHcyn60JIo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MQOzQzx+u7Sq/PuDru9n6UkIg7HedoXq3Rs+JxelzipKmlJumaMviX+d1aO2fQylli AinqWu6AuUj7+9g3uMrFO4PlZfgNAytexpEV6HKLAqU/6Ox4TuKwtu6nNnRcI/RFJtpv gDTqWUsPq/4ddFDlErm3urgMsLk2zR5yqpMys= MIME-Version: 1.0 Received: by 10.229.233.11 with HTTP; Thu, 22 Apr 2010 18:01:18 -0700 (PDT) In-Reply-To: <4BD0EEFA.90907@delphij.net> References: <06D5F9F6F655AD4C92E28B662F7F853E039E33A7@seaxch09.desktop.isilon.com> <4BD0EEFA.90907@delphij.net> Date: Thu, 22 Apr 2010 18:01:18 -0700 Received: by 10.229.96.82 with SMTP id g18mr745117qcn.82.1271984478959; Thu, 22 Apr 2010 18:01:18 -0700 (PDT) Message-ID: From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers , Matthew Fleming Subject: Re: Error checking in ioctl(2)? 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, 23 Apr 2010 01:01:20 -0000 On Thu, Apr 22, 2010 at 5:51 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2010/04/22 17:45, Garrett Cooper wrote: >> On Thu, Apr 22, 2010 at 4:36 PM, Matthew Fleming >> wrote: >>>> Hi hackers, >>>> =A0 =A0 I realize that this isn't 100% userland code, so the checks sh= ould >>>> be minimalized, but when looking at the ioctl(2) syscall code (at >>>> least I think it is... there's another dupe hanging around in >>>> sys/dev/hptmv/ioctl.c), I had some questions related to the error >>>> handling not being done in the code: >>>> >>>> =A0 =A0 =A0 =A0 if (size > 0) { >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (com & IOC_VOID) { >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Integer argument. *= / >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 arg =3D (intptr_t)uap-= >data; >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 data =3D (void *)&arg; >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 size =3D 0; >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } else >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 data =3D malloc((u_lon= g)size, M_IOCTLOPS, >>>> M_WAITOK); /* XXX: can fail -- do we care? */ >>> >>> malloc(9) with M_WAITOK cannot return NULL. =A0So the rest of your XXX >>> comments are not at issue. >>> >>> Also, free(9) is documented to do the right thing when asked to >>> free(NULL). >>> >>> copyin/copyout are really just bcopy but unlike most kernel code they >>> are allowed to take a page fault. =A0They deal with this by setting a >>> function pointer in PCB_ONFAULT, which is used in trap() to set a retur= n >>> instruction pointer. >> >> Matt, >> =A0 =A0 Awesome. I can see I need to do a bit more reading in malloc(3) = :)... >> Thanks for the info! > > It's actually malloc(9)... =A0I personally feels it pretty confusing at > the beginning when I learned about it. Yeah... that makes more sense. It'd be kind of stupid to go through the libc shim to get to kernel memory management. Thanks for the correction :}, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 05:58:02 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C261065672 for ; Fri, 23 Apr 2010 05:58:02 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4E28D8FC0A for ; Fri, 23 Apr 2010 05:58:02 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (Postfix) with ESMTPS id 688165C5F; Fri, 23 Apr 2010 07:58:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1272002281; bh=5l/N8OhRkUYd3ij63GaW863qOZoHX3EJfHHKoZj3N5A=; h=Date:From:To:Cc:Subject:Message-ID:Reply-To:References: MIME-Version:Content-Type:Content-Transfer-Encoding:In-Reply-To; b=TDbQ4GUD397h+GD90Z4UREi4Wxl4rV7NB1hxPBPIkBAaO/c4irNIs2phNvKo2+KQV dvknzZTI+l0XqT/3xNYbin2WowNeXg1LgK7AeayUv8E7ImFDeXMGXrDS1tvgrhQSB1 KP7T1wWRx6CMMA0AWvuLKq4dAYlUo8H9DRoCzbjM= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o3N5w1n3057425; Fri, 23 Apr 2010 07:58:01 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Fri, 23 Apr 2010 07:58:01 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Mike Meyer Message-ID: <20100423055800.GY92627@acme.spoerlein.net> Mail-Followup-To: Mike Meyer , hackers@freebsd.org References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> <20100419221413.GD76198@felucia.tataz.chchile.org> <20100420183007.481F85B4D@mail.bitblocks.com> <4BCDF9D5.10909@FreeBSD.org> <4BCF75AE.71F13233@verizon.net> <86vdbjdc42.fsf@ds4.des.no> <20100422144127.GW92627@acme.spoerlein.net> <20100422121050.310c3790@bhuda.mired.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100422121050.310c3790@bhuda.mired.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: hackers@freebsd.org Subject: Re: /etc in CVS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: uqs@spoerlein.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 05:58:02 -0000 On Thu, 22.04.2010 at 12:10:50 -0400, Mike Meyer wrote: > On Thu, 22 Apr 2010 16:41:27 +0200 > Ulrich Spörlein wrote: > > > On Thu, 22.04.2010 at 12:18:21 +0200, Dag-Erling Smørgrav wrote: > > > Sergey Babkin writes: > > > > I wonder if a version control system, like SVN, could be used to keep > > > > track of all the changes in /etc. (Or maybe it already is and I'm > > > > simply out of date). > > > > > > arch is commonly used for things like this. > > > > I have a .hg directory sitting in / for every machine I usually take > > care of. hgignore is of course set to *, so only explicitly added files > > are tracked. > > > > FWIW, I would *strongly* suggest you do *not* use SVN, but a system > > capable of offline usage, because when the shit hits the fan, you can't > > rely on a working network. > > My take is the exact opposite: when the shit *really* hits the fan, > you can't rely on data from the local disk, so you want your VCS data > to be stored somewhere else. > > Ideally, the VCS has *everything* on the remote server, including data > about what's checked out where, so your worst case is to reinstall the > base OS and then just checkout everything. I take it you have never worked with a distributed SCM then. As there are checksums that can assure integrity and, more importantly, distributed SCMs can of course get data over the network from a central storage. Also, ZFS and geli provide further data integrity mechanisms for the truly paranoid. Regards, Uli From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 06:10:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839F3106566B for ; Fri, 23 Apr 2010 06:10:48 +0000 (UTC) (envelope-from czerner.lukas@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 07B0C8FC08 for ; Fri, 23 Apr 2010 06:10:47 +0000 (UTC) Received: by bwz27 with SMTP id 27so496720bwz.13 for ; Thu, 22 Apr 2010 23:10:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:x-x-sender:to:cc :subject:in-reply-to:message-id:references:user-agent:mime-version :content-type; bh=eoRfvAeLizQgZ7ublNE46R06KM7a7J7l/G9/8YTqJGg=; b=j7jZ7vDB6iuDslKMud01qwWE0wouiLYm1nNovp9M8CVao/PCEgIWrHgFA1wZNRZE5V GIIPwBK6a/NQBoGB08op7HxIaKFHYEKw1jJxqa1w2FFRIj3hz6I9OKwIq7zmi1bSIQmo HcB2Qdauvgxl8bgKm/JjbWkYPMOgmeCY4M+ak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; b=I9NMpDizbttL9k2Xlr/vPMLDBkisZPZbLr30EMB9HwJ+NhDuzVm4F1TVBbPj9TANnS RfLTWREACvdvUntRv5jKwnKYQCiP8miwlIgjqNtgqZizJXU7nGWvZx85pSlykLlqi3kp QSb9/4rIH775x51G8St6xz4lq7rOdbIgRAmMU= Received: by 10.102.165.11 with SMTP id n11mr6023742mue.23.1272003046510; Thu, 22 Apr 2010 23:10:46 -0700 (PDT) Received: from a04-0215a.kn.vutbr.cz (a04-0215a.kn.vutbr.cz [147.229.216.20]) by mx.google.com with ESMTPS id z10sm389854fka.1.2010.04.22.23.10.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Apr 2010 23:10:45 -0700 (PDT) Date: Fri, 23 Apr 2010 08:10:44 +0200 (CEST) From: "=?ISO-8859-15?Q?Luk=E1=A8_Czerner?=" X-X-Sender: bratt@a04-0215a.kn.vutbr.cz To: Gleb Kurtsou In-Reply-To: <20100422191849.GA9895@tops> Message-ID: References: <20100422191849.GA9895@tops> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323329-123159715-1272003045=:7101" Cc: freebsd-hackers@freebsd.org, =?ISO-8859-15?Q?Luk=E1=A8_Czerner?= Subject: Re: How to change vnode operations ? 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, 23 Apr 2010 06:10:48 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-123159715-1272003045=:7101 Content-Type: TEXT/PLAIN; charset=utf-8 Content-Transfer-Encoding: 8BIT On Thu, 22 Apr 2010, Gleb Kurtsou wrote: > Date: Thu, 22 Apr 2010 22:18:49 +0300 > From: Gleb Kurtsou > To: Lukáš Czerner > Cc: freebsd-hackers@freebsd.org > Subject: Re: How to change vnode operations ? > > On (22/04/2010 16:02), Lukáš Czerner wrote: > > Hi all, > > > > this may sound a little odd, since I have noticed that there is much > > work done to not allow such a thing ($SUBJ). But may be you can help > > me and point me to the right direction. > > > > I am writing a kernel module with somewhat similar functionality > > like nullfs has, BUT it has to have some features which nullfs > > itself does not provide : > > > > 1. I need the new layer to completely hide underlaying layer so no > > one can bypass it. > Is hypothetic 'mount -t mynullfs /a /a' good enough for you? I'm not sure > what your goals are but completely finding underlaying filesystem won't > be easy because of VFS_GET, getfh and other stuff operating with inode > numbers. Well, it may be good enough, or not. Thats what I am trying to find out. Obviously there are problems, as you mentioned, which will not exist when I change the vop_vector of the vnode, but as I thought and you mentioned it as well, this is not very clean way. > > > 2. Nullfs allows me to to overlay just one directory, but i want to > > include another directories and/or exclude subdirectories/files. > > 3. Nullfs just redirects vnode operations to lower layer, I need to > > catch that operation, do something (for example alter the arguments > > somehow etc..), pass the operation (with possibly altered arguments) > > to the lower layer, get the result and then return the result. > I'd suggest to take a look at pefs: http://github.com/glk/pefs > It's cryptographic stacked filesystem for FreeBSD. It changes file > names, hides directory entries, modifies data from lower layer > (encrypts or decrypts), supports mounting on same directory, etc. Thats great, thanks! I will look at it. > > > The best way to do that (I think) is to change vnode operations of > > particular vnodes to point to functions defined in that module. At > > this point, I can catch any operations with the vnode and this is > > the base of what i want. > > > > So my question is. I there any "clean" way to chande vnode > > operations ? If not, is there any "not so clean" way ? Anyway I will > > appreciate any good idea how to do what I have described. > Imho, stacked filesystem is the only right way to do it (see null, > unionfs, pefs). OK. Thanks for pointing me to the pefs, it is interesting and looks like a good start. But I would appreciate more comment on the side of the whole idea about changing vnode operations from the kernel module. It is a little hacky, but aside this I do not see any bigger problems, do you ? Thanks. -Lukas --8323329-123159715-1272003045=:7101-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 06:50:18 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BE1A106564A; Fri, 23 Apr 2010 06:50:18 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD288FC15; Fri, 23 Apr 2010 06:50:17 +0000 (UTC) Received: from draco.over-yonder.net (c-75-64-226-141.hsd1.ms.comcast.net [75.64.226.141]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 7CB6237B4B5; Fri, 23 Apr 2010 01:50:16 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id CB99461C52; Fri, 23 Apr 2010 01:50:15 -0500 (CDT) Date: Fri, 23 Apr 2010 01:50:15 -0500 From: "Matthew D. Fuller" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Sergey Babkin , hackers@freebsd.org, Doug Barton , Jeremie Le Hen Message-ID: <20100423065015.GJ10699@over-yonder.net> References: <201003231108.45102.jhb@freebsd.org> <20100324165748.7334B5B42@mail.bitblocks.com> <20100419221413.GD76198@felucia.tataz.chchile.org> <20100420183007.481F85B4D@mail.bitblocks.com> <4BCDF9D5.10909@FreeBSD.org> <4BCF75AE.71F13233@verizon.net> <86vdbjdc42.fsf@ds4.des.no> <20100422144127.GW92627@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100422144127.GW92627@acme.spoerlein.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.20-fullermd.4 (2009-06-14) X-Virus-Scanned: clamav-milter 0.96 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Subject: Re: /etc in CVS 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, 23 Apr 2010 06:50:18 -0000 On Thu, Apr 22, 2010 at 04:41:27PM +0200 I heard the voice of Ulrich Spörlein, and lo! it spake thus: > > I have a .hg directory sitting in / for every machine I usually take > care of. hgignore is of course set to *, so only explicitly added files > are tracked. I do pretty much the same thing (except mine has .bzr/ and .bzrignore ;). Using the VCS to handle updates requires something a bit broader though. I HAVE considered it. You'd need to do the sort of 'make install' stuff mergemaster does to a tempdir, and make a branch there checking in the snapshots, and have your etc be a derived branch from that. That way you have all the VCS merge capabilities to do the merges and track where they came from. Mergemaster works well enough that I've given no serious thought beyond idle "that would be cool" thinking on the matter though 8-} -- 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 Fri Apr 23 09:20:53 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0174106566B for ; Fri, 23 Apr 2010 09:20:53 +0000 (UTC) (envelope-from mc@hack.org) Received: from ecki.hack.org (ecki.hack.org [IPv6:2001:888:22b3::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9808FC16 for ; Fri, 23 Apr 2010 09:20:51 +0000 (UTC) Received: from localhost ([::1] helo=brain.hack.org) by ecki.hack.org with smtp id 1O5F46-0000g3-Ru for freebsd-hackers@freebsd.org; Fri, 23 Apr 2010 11:20:50 +0200 Received: by brain.hack.org (sSMTP sendmail emulation); Fri, 23 Apr 2010 11:20:50 +0200 From: Michael Cardell Widerkrantz To: freebsd-hackers@freebsd.org Organization: Temple of the Moby Hack Date: Fri, 23 Apr 2010 11:20:50 +0200 Message-ID: <868w8e5xu5.fsf@brain.hack.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Keyboard scancodes 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, 23 Apr 2010 09:20:54 -0000 I was recently given an original Happy Hacking Keyboard. As I sometimes work in the FreeBSD console, I wanted to have my usual console keymap adjusted to the new keyboard, but didn't know the scancode for the HHKB meta key (the diamond key). I couldn't find any program in base or ports that would show me the scancodes, so I ended up writing my own: http://hack.org/mc/hacks/kbdscan/ It's little more than a quick hack done while my baby daughter was napping, but it works for my purposes. The program sets the FreeBSD console keyboard in raw scancode mode and the terminal in raw mode without echo. It then shows scancodes of keys pressed and released. Five seconds of inactivity resets the keyboard and terminal to the original modes and quits the program. Nota bene: If the process receives any signals, it will currently leave the keyboard and console in the raw mode. When I was searching for information about this, I found a lot of similar questions on freebsd-questions and in other fora about similar problems, so I thought I should post about it. Please excuse me if this is inappropriate. Happy hacking, MC. -- http://hack.org/mc/ Use plain text e-mail, please. OpenPGP welcome, 0xE4C92FA5. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 09:23:05 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3B66106566C for ; Fri, 23 Apr 2010 09:23:05 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 5DED18FC1C for ; Fri, 23 Apr 2010 09:23:04 +0000 (UTC) Received: by ewy24 with SMTP id 24so2763156ewy.33 for ; Fri, 23 Apr 2010 02:23:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=CvuXbmPk9uUImhZ5t9i+pDUVuezZdj4LFLNiQ/yo2Yc=; b=YVD6hg5JyIZMP7X60DUSr1J2zCPnlMcVhyM5DIHiFkBX5xmZn8pqvzjqlh6JjVIvZr Jk9IrZTycfCDztjwlh3QJEmReRe2RenotmZrMrN3rEML1kk7DFIFSSBT1tt0vBoIgWZh NI0JshJOh9VSBhyBFMuntSf091Hj+eRy5GnSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; b=ZbwCDoTewVgQOfRRdhK7MvOf2GreMXLA/FJVnJIvKgGSowZpZGRmOjpKp9RBTy4QEf TLLDV8i18DQ6SVMvW6r5l2agfmDGtmINdB8rQERkIzfTc7BnjX8QXLIVyT5A7QnekE8T 6EcwuGAx+naKnRsjtPU6LgK9ZPAn+HUCYIzjM= Received: by 10.102.237.35 with SMTP id k35mr3171720muh.72.1272014583981; Fri, 23 Apr 2010 02:23:03 -0700 (PDT) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id 18sm1572693fkq.34.2010.04.23.02.23.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Apr 2010 02:23:03 -0700 (PDT) Date: Fri, 23 Apr 2010 12:22:57 +0300 From: Gleb Kurtsou To: =?utf-8?B?THVrw6HFoQ==?= Czerner Message-ID: <20100423092257.GA2446@tops> References: <20100422191849.GA9895@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org Subject: Re: How to change vnode operations ? 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, 23 Apr 2010 09:23:05 -0000 On (23/04/2010 08:10), Lukáš Czerner wrote: > On Thu, 22 Apr 2010, Gleb Kurtsou wrote: > > > Date: Thu, 22 Apr 2010 22:18:49 +0300 > > From: Gleb Kurtsou > > To: Lukáš Czerner > > Cc: freebsd-hackers@freebsd.org > > Subject: Re: How to change vnode operations ? > > > > On (22/04/2010 16:02), Lukáš Czerner wrote: > > > Hi all, > > > > > > this may sound a little odd, since I have noticed that there is much > > > work done to not allow such a thing ($SUBJ). But may be you can help > > > me and point me to the right direction. > > > > > > I am writing a kernel module with somewhat similar functionality > > > like nullfs has, BUT it has to have some features which nullfs > > > itself does not provide : > > > > > > 1. I need the new layer to completely hide underlaying layer so no > > > one can bypass it. > > Is hypothetic 'mount -t mynullfs /a /a' good enough for you? I'm not sure > > what your goals are but completely finding underlaying filesystem won't > > be easy because of VFS_GET, getfh and other stuff operating with inode > > numbers. > > Well, it may be good enough, or not. Thats what I am trying to find > out. Obviously there are problems, as you mentioned, which will not > exist when I change the vop_vector of the vnode, but as I thought > and you mentioned it as well, this is not very clean way. Why don't you like stacked filesystem approach? It's designed to solve the problem you are describing if I get it right. Although creating pefs-like filesystem altering data and names is not so easy within existing framework. > > > 2. Nullfs allows me to to overlay just one directory, but i want to > > > include another directories and/or exclude subdirectories/files. > > > 3. Nullfs just redirects vnode operations to lower layer, I need to > > > catch that operation, do something (for example alter the arguments > > > somehow etc..), pass the operation (with possibly altered arguments) > > > to the lower layer, get the result and then return the result. > > I'd suggest to take a look at pefs: http://github.com/glk/pefs > > It's cryptographic stacked filesystem for FreeBSD. It changes file > > names, hides directory entries, modifies data from lower layer > > (encrypts or decrypts), supports mounting on same directory, etc. > > Thats great, thanks! I will look at it. > > > > > > The best way to do that (I think) is to change vnode operations of > > > particular vnodes to point to functions defined in that module. At > > > this point, I can catch any operations with the vnode and this is > > > the base of what i want. > > > > > > So my question is. I there any "clean" way to chande vnode > > > operations ? If not, is there any "not so clean" way ? Anyway I will > > > appreciate any good idea how to do what I have described. > > Imho, stacked filesystem is the only right way to do it (see null, > > unionfs, pefs). > > OK. Thanks for pointing me to the pefs, it is interesting and looks > like a good start. But I would appreciate more comment on the side > of the whole idea about changing vnode operations from the kernel > module. It is a little hacky, but aside this I do not see any bigger > problems, do you ? Changing vop_vector is too hackish for me. Basically, changing vnode operations is what stacked filesystems are about. Vnode operations are the top of the problem, you would also have to deal with parent lookup, namecache consistency and buffering, which is going to be complicated. I.e. you'd have to partially reimplement part of VFS layer. nullfs and unionfs pass vnode vobject (buffering layer) from lower layer, adding your own vobject to vnode would complicate filesystem significantly. Besides you won't be able to assign 2 vobjects (original and your own) to a single vnode if you decide to change operations vector. Thanks, Gleb. > Thanks. > -Lukas From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 11:10:57 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2FC31065742; Fri, 23 Apr 2010 11:10:57 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0EA8FC16; Fri, 23 Apr 2010 11:10:56 +0000 (UTC) Received: from park.js.berklix.net (p549A786F.dip.t-dialin.net [84.154.120.111]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o3NBAqDX064584; Fri, 23 Apr 2010 11:10:53 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o3NBAvOq023194; Fri, 23 Apr 2010 13:10:57 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o3NBAlTP037081; Fri, 23 Apr 2010 13:10:52 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004231110.o3NBAlTP037081@fire.js.berklix.net> To: Ken Smith From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 22 Apr 2010 12:57:26 EDT." <1271955446.76185.142.camel@bauer.cse.buffalo.edu> Date: Fri, 23 Apr 2010 13:10:47 +0200 Sender: jhs@berklix.com Cc: hackers@freebsd.org, re@freebsd.org Subject: Re: Bug with fixit live 8.0 memstick.img running on F1 after MBR 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, 23 Apr 2010 11:10:57 -0000 Hi Ken, cc hackers@, re@ > On Wed, 2010-04-21 at 21:09 +0200, Julian H. Stacey wrote: > > Hi hackers@, > > No replies in over 4 days to this, so this is a repost,=20 > > I've also added re@ as newish memstick.img might interest them ? > > > (The live command prompt on F4 wasn't much use, no ls yet.) > > echo * Ah Yes ! Sorry I'm so dyed in the wool I forgot, ( I tend to assume sh, even though FreeBSD went csh with internal echo maybe a decade back. ) (PS 'cat .' is another arcane trick in some other contexts :-) .... > trying to do. There is a script named "make-memstick.sh" in > /usr/src/release/scripts on head and stable/8 (it got added after > 8.0-RELEASE was out) that I use to make the memstick images. ... OK, Thanks I'll take a look at your script, & if I have something useful to contribute, will send-pr & cc you. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 09:06:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 539C6106566B for ; Fri, 23 Apr 2010 09:06:01 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id CB5968FC0C for ; Fri, 23 Apr 2010 09:06:00 +0000 (UTC) Received: by bwz27 with SMTP id 27so661674bwz.13 for ; Fri, 23 Apr 2010 02:05:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=z3xNgdf20g7xklHxCauUB/tFcKT/1rAEeKwsPHcys/g=; b=PllNjk9uThHx6T0LAMq5v3PZQiVGlTOQ6f28g4wZcn1ctZLfDkFQTGJ4jnT949fdNk 47QuS1ht0jFD1W+HgsHmQr95ag5lHiqmBUuDXAa8eeoYXIyjOyhTVSozdhXrDCMoQK/7 aIOCcF4oF4OWtp2IVeFoTUobcYOVkGK65zAMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=f2DfpmGZ6B0XY4TFwl51/Kp0UmQ17Fgz1Wa0qpzJG+WJUJ/rOuv+ubrTo20MnMwOLc fGDpBQdotO0CE9Mc7Vj3rlhTPahn2/AJjdDdyPEEwdWxYhqqXx6eTryeLvYLFxOosyO2 XBJJCgmjgCU3nqVlncClOcGQ+XTvV38oQrFwM= Received: by 10.103.144.37 with SMTP id w37mr1832290mun.19.1272013559388; Fri, 23 Apr 2010 02:05:59 -0700 (PDT) Received: from ernst.jennejohn.org (p57AE25EF.dip0.t-ipconnect.de [87.174.37.239]) by mx.google.com with ESMTPS id g1sm3589085muf.30.2010.04.23.02.05.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Apr 2010 02:05:58 -0700 (PDT) Date: Fri, 23 Apr 2010 11:05:57 +0200 From: Gary Jennejohn To: Steve Franks Message-ID: <20100423110557.26492775@ernst.jennejohn.org> In-Reply-To: References: <20100414174853.GC43908@dan.emsphone.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Apr 2010 11:41:11 +0000 Cc: freebsd-hackers@freebsd.org, Leinier Cruz Salfran , Dan Nelson Subject: Re: there is a way to avoid strict libraries linking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 09:06:01 -0000 On Thu, 22 Apr 2010 15:38:14 -0700 Steve Franks wrote: > > It's much safer to just leave the libraries alone. __Just because you > > upgraded libpng doesn't mean that your old gtk binary will stop working > > (assuming you are using "portupgrade" or "portmaster -w" which preserves old > > Untrue. Portupgrade deletes the old > version of the port by default. The PNG upgrade was a major PITA, > because I installed one new port that thought it had to have it. I'm > sure 98% of the ports I then had to upgrade would have still worked > just fine even if rebuilt against the old libpng. > > I think the complaint here is that the port dependencies system > frequently gives the impression/enforces the rule that new ports will > depend on whatever the most current version of everything is in the > ports tree at the time they were built, forcing sort of a perpetual > upgrade cycle. IMHO this is probably due to naive port maintainers > (such as myself) incorrectly pointing a port at libpng.5 instead of > any libpng, or libpng >= 5. Once the ports tree is 'poisoned' in this > fashion, there's really no going back. I'd sure vote for an audit of > this behavior as a summer of code project. > > Long story short, anything that sounds fundamental gets bumped (png, > jpeg, tcl, python, gtk, etc, etc), I just sit back and get ready to > spend two or three days retrying portupgrade -akOf -mBATCH=yes until > everything sticks. If you've got OO or KDE4 installed, you might just > want to forget it and pkg_delete -f *, then start over. > Setting FORCE_PKG_REGISTER in /etc/make.conf should mitigate such problems. I actually have both png-1.2.43 and png-1.4.1_1 installed and the old /usr/local/lib/libpng.so.5 is still there along with the new /usr/local/lib/libpng.so.6. -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 12:13:47 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 781E9106566C for ; Fri, 23 Apr 2010 12:13:47 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 126E18FC1C for ; Fri, 23 Apr 2010 12:13:46 +0000 (UTC) Received: from park.js.berklix.net (p549A786F.dip.t-dialin.net [84.154.120.111]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o3NCDih3065412; Fri, 23 Apr 2010 12:13:44 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o3NCDnMH023577; Fri, 23 Apr 2010 14:13:49 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o3NCDcGP027210; Fri, 23 Apr 2010 14:13:43 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201004231213.o3NCDcGP027210@fire.js.berklix.net> To: gary.jennejohn@freenet.de From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 22 Apr 2010 17:58:35 +0200." <20100422175835.280917c3@ernst.jennejohn.org> Date: Fri, 23 Apr 2010 14:13:38 +0200 Sender: jhs@berklix.com Cc: hackers@freebsd.org Subject: Re: /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 a prerequisite for COMPAT_IA32 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, 23 Apr 2010 12:13:47 -0000 Gary Jennejohn wrote: > "Julian H. Stacey" wrote: > > Gary Jennejohn wrote: > > > "Julian H. Stacey" wrote: > > > > > > > Hi hackers@freebsd.org > > > > with amd64, but not with i386, > > > > /sys/amd64/conf/GENERIC COMPAT_FREEBSD7 is an undocemneted > > > > pre-requisite for COMPAT_IA32 > > > > (so those who enable COMPAT_IA32 for ports/emulators, but disable > > > > COMPAT_FREEBSD7 as they compile all binaries on upgrade, will trip > > > > up on it as I did). Currently I see: > > > > > > > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../compat/freebsd32/freebsd32_misc.c > > > > cc1: warnings being treated as errors > > > > ../../../compat/freebsd32/freebsd32_misc.c: In function 'freebsd32_semsys': > > > > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: implicit declaration of function 'freebsd7_freebsd32_semctl' > > > > ../../../compat/freebsd32/freebsd32_misc.c:1420: warning: nested extern declaration of 'freebsd7_freebsd32_semctl' > > > > ... > > > > ../../../compat/freebsd32/freebsd32_misc.c:1845: error: dereferencing pointer to incomplete type > > > > *** Error code 1 > > > > > > > > It could be documented in GENERIC, but better to fix it. I could > > > > dig through sources, but I think there's people closer to config > > > > who would prefer to commit their own fix, rather than me write a patch ? > > > > (Does that translate as "I'm lazy" ? ;-) > > > > > > > > > > The switch is documented in /usr/src/UPDATING on my box. This is the > > > usual place for this kind of heads-up. > > > > Thanks Gary, > > It seems COMPAT_FREEBSD7 has more scope than [456] > > ( /usr/src/UPDATING I should read more often. ) > > > > But /usr/src/UPDATING is a transition log, & as new things occur, > > the entry re COMPAT_FREEBSD7 will get buried deeper. > > > > Requirement from COMPAT_IA32 for COMPAT_FREEBSD7 applies with > > amd64 but not i386, so I'd suggest that could be documented in > > /sys/amd64/conf/GENERIC , eg > > > > From > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > > To > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7, req. by COMPAT_IA32 > > > > You're right. It's also in /sys/amd64/conf/NOTES, which is actually > the place where valid flags are supposed to be documented. GENERIC > actually has a different role. Note that I'm running -current, but > it should also be there on other releases. COMPAT_FREEBSD7 is not in { 8.0-RELEASE stable current } /sys/amd64/conf/NOTES OK, thanks for pointing where it should go, I will send a send-pr to add it Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML quoted-printable Base64 http://www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 13:34:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2FDB1065672; Fri, 23 Apr 2010 13:34:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 93A518FC16; Fri, 23 Apr 2010 13:34:25 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4893F46B9D; Fri, 23 Apr 2010 09:34:25 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 75DE98A026; Fri, 23 Apr 2010 09:34:24 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 23 Apr 2010 08:47:27 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201003231108.45102.jhb@freebsd.org> <20100422144127.GW92627@acme.spoerlein.net> <20100423065015.GJ10699@over-yonder.net> In-Reply-To: <20100423065015.GJ10699@over-yonder.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201004230847.28013.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 23 Apr 2010 09:34:24 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Sergey Babkin , "Matthew D. Fuller" , Doug Barton , hackers@freebsd.org, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Jeremie Le Hen Subject: Re: /etc in CVS 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, 23 Apr 2010 13:34:25 -0000 On Friday 23 April 2010 2:50:15 am Matthew D. Fuller wrote: > On Thu, Apr 22, 2010 at 04:41:27PM +0200 I heard the voice of > Ulrich Sp=F6rlein, and lo! it spake thus: > >=20 > > I have a .hg directory sitting in / for every machine I usually take > > care of. hgignore is of course set to *, so only explicitly added files > > are tracked. >=20 > I do pretty much the same thing (except mine has .bzr/ and .bzrignore > ;). Using the VCS to handle updates requires something a bit broader > though. I HAVE considered it. You'd need to do the sort of 'make > install' stuff mergemaster does to a tempdir, and make a branch there > checking in the snapshots, and have your etc be a derived branch from > that. That way you have all the VCS merge capabilities to do the > merges and track where they came from. >=20 > Mergemaster works well enough that I've given no serious thought > beyond idle "that would be cool" thinking on the matter though 8-} etcupdate essentially seeks to do a simplified version of the vendor import= s=20 by just keeping the last two imports around so that each new import can be= =20 applied. This does mean it is more limited than a full source code control= =20 solution, but it also ends up being more lightweight. =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 13:34:25 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2FDB1065672; Fri, 23 Apr 2010 13:34:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 93A518FC16; Fri, 23 Apr 2010 13:34:25 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4893F46B9D; Fri, 23 Apr 2010 09:34:25 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 75DE98A026; Fri, 23 Apr 2010 09:34:24 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 23 Apr 2010 08:47:27 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201003231108.45102.jhb@freebsd.org> <20100422144127.GW92627@acme.spoerlein.net> <20100423065015.GJ10699@over-yonder.net> In-Reply-To: <20100423065015.GJ10699@over-yonder.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201004230847.28013.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 23 Apr 2010 09:34:24 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Sergey Babkin , "Matthew D. Fuller" , Doug Barton , hackers@freebsd.org, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Jeremie Le Hen Subject: Re: /etc in CVS 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, 23 Apr 2010 13:34:25 -0000 On Friday 23 April 2010 2:50:15 am Matthew D. Fuller wrote: > On Thu, Apr 22, 2010 at 04:41:27PM +0200 I heard the voice of > Ulrich Sp=F6rlein, and lo! it spake thus: > >=20 > > I have a .hg directory sitting in / for every machine I usually take > > care of. hgignore is of course set to *, so only explicitly added files > > are tracked. >=20 > I do pretty much the same thing (except mine has .bzr/ and .bzrignore > ;). Using the VCS to handle updates requires something a bit broader > though. I HAVE considered it. You'd need to do the sort of 'make > install' stuff mergemaster does to a tempdir, and make a branch there > checking in the snapshots, and have your etc be a derived branch from > that. That way you have all the VCS merge capabilities to do the > merges and track where they came from. >=20 > Mergemaster works well enough that I've given no serious thought > beyond idle "that would be cool" thinking on the matter though 8-} etcupdate essentially seeks to do a simplified version of the vendor import= s=20 by just keeping the last two imports around so that each new import can be= =20 applied. This does mean it is more limited than a full source code control= =20 solution, but it also ends up being more lightweight. =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 14:17:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49A771065672; Fri, 23 Apr 2010 14:17:37 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id 12E708FC0A; Fri, 23 Apr 2010 14:17:37 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 210221DD63F; Fri, 23 Apr 2010 16:17:36 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 1738A17525; Fri, 23 Apr 2010 16:17:36 +0200 (CEST) Date: Fri, 23 Apr 2010 16:17:36 +0200 From: Jilles Tjoelker To: freebsd-hackers@freebsd.org, gabor@freebsd.org Message-ID: <20100423141735.GA41934@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: libc NLS, NFS mounted /usr/local, DHCP, no default route causes hangs 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, 23 Apr 2010 14:17:37 -0000 The changes to use NLS for strerror sometimes cause one of my virtual machines to deadlock. This virtual machine runs 9-CURRENT, acquires its IP address via DHCP (virtualbox host-only networking), has no default route and has /usr/local and /usr/home NFS mounted. When the DHCP lease expires such as by resetting the date after a VM save&restore, one of the route(8) commands executed by dhclient-script(8) fails and calls strerror(3). Following the default NLSPATH, catopen(3) looks in /usr/share/nls first; because the catalog is not there it then tries in /usr/local/share/nls which deadlocks because the network is not available. I currently use the attached patch which returns failure on any attempt to open a catalog for language "C", but I think this is not correct. Am I using a configuration that is not supposed to work (NFS mounted /usr/local with DHCP in particular), or should this be fixed in some other way? -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 14:38:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89A1D1065672 for ; Fri, 23 Apr 2010 14:38:13 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id E77728FC20 for ; Fri, 23 Apr 2010 14:38:12 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 23 Apr 2010 10:38:12 -0400 Received: from mx04.lnh.mail.rcn.net (mx04.lnh.mail.rcn.net [207.172.157.54]) by mr08.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id LOJ68649; Fri, 23 Apr 2010 10:35:36 -0400 (EDT) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp04.lnh.mail.rcn.net with ESMTP; 23 Apr 2010 10:35:35 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19409.45112.41736.174681@jerusalem.litteratus.org> Date: Fri, 23 Apr 2010 10:35:36 -0400 To: "Aryeh M. Friedman" In-Reply-To: <4BCE5ECC.6070202@gmail.com> References: <4BCE5ECC.6070202@gmail.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: freebsd-hackers@freebsd.org Subject: regenerating /var/db/pkg 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, 23 Apr 2010 14:38:13 -0000 Aryeh M. Friedman writes: > I acciddentally rm'ed my /var/db/pkg and want to know is it > possible to rgenerate it (I have portmaster and portupgrade > installed) (I'm assuming you have _completely_ deleted the contents of /var/db/pkg.) If you have not deleted /usr/ports/distfiles, this will give you a starting place. Mind you, some of the distfile names bear scant relation to the port names ... but they're usually not that hard to track down. The advice to "start with a big one" - OpenOffice, KDE, etc. - is also sound. Robert Huff (who used this method successfully a couple of years ago) From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 14:40:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03403106564A; Fri, 23 Apr 2010 14:40:37 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id BF44E8FC17; Fri, 23 Apr 2010 14:40:36 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 2AF6C1DD658; Fri, 23 Apr 2010 16:40:36 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 15CAC17525; Fri, 23 Apr 2010 16:40:36 +0200 (CEST) Date: Fri, 23 Apr 2010 16:40:36 +0200 From: Jilles Tjoelker To: freebsd-hackers@freebsd.org, gabor@freebsd.org Message-ID: <20100423144035.GB41934@stack.nl> References: <20100423141735.GA41934@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100423141735.GA41934@stack.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: libc NLS, NFS mounted /usr/local, DHCP, no default route causes hangs 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, 23 Apr 2010 14:40:37 -0000 On Fri, Apr 23, 2010 at 04:17:36PM +0200, Jilles Tjoelker wrote: > The changes to use NLS for strerror sometimes cause one of my virtual > machines to deadlock. This virtual machine runs 9-CURRENT, acquires its > IP address via DHCP (virtualbox host-only networking), has no default > route and has /usr/local and /usr/home NFS mounted. > When the DHCP lease expires such as by resetting the date after a VM > save&restore, one of the route(8) commands executed by > dhclient-script(8) fails and calls strerror(3). Following the default > NLSPATH, catopen(3) looks in /usr/share/nls first; because the catalog > is not there it then tries in /usr/local/share/nls which deadlocks > because the network is not available. > I currently use the attached patch which returns failure on any attempt > to open a catalog for language "C", but I think this is not correct. > Am I using a configuration that is not supposed to work (NFS mounted > /usr/local with DHCP in particular), or should this be fixed in some > other way? The patch: Index: lib/libc/nls/msgcat.c =================================================================== --- lib/libc/nls/msgcat.c (revision 206760) +++ lib/libc/nls/msgcat.c (working copy) @@ -138,6 +138,9 @@ lang = "C"; } + if (strcmp(lang, "C") == 0) + NLRETERR(ENOENT); + /* Try to get it from the cache first */ RLOCK(NLERR); SLIST_FOREACH(np, &cache, list) { -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 14:52:26 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D87F91065686 for ; Fri, 23 Apr 2010 14:52:26 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.sonnenberger.org (www.sonnenberger.org [92.79.50.50]) by mx1.freebsd.org (Postfix) with ESMTP id 98CC98FC17 for ; Fri, 23 Apr 2010 14:52:26 +0000 (UTC) Received: from britannica.bec.de (www.sonnenberger.org [192.168.1.10]) by www.sonnenberger.org (Postfix) with ESMTP id 08FCD66665 for ; Fri, 23 Apr 2010 16:52:24 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1000) id BF5CD15C6C; Fri, 23 Apr 2010 16:51:05 +0200 (CEST) Date: Fri, 23 Apr 2010 16:51:05 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20100423145105.GA3010@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20100423141735.GA41934@stack.nl> <20100423144035.GB41934@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100423144035.GB41934@stack.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: libc NLS, NFS mounted /usr/local, DHCP, no default route causes hangs 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, 23 Apr 2010 14:52:26 -0000 On Fri, Apr 23, 2010 at 04:40:36PM +0200, Jilles Tjoelker wrote: > The patch: > > Index: lib/libc/nls/msgcat.c > =================================================================== > --- lib/libc/nls/msgcat.c (revision 206760) > +++ lib/libc/nls/msgcat.c (working copy) > @@ -138,6 +138,9 @@ > lang = "C"; > } > > + if (strcmp(lang, "C") == 0) > + NLRETERR(ENOENT); > + > /* Try to get it from the cache first */ > RLOCK(NLERR); > SLIST_FOREACH(np, &cache, list) { This is wrong. Just because you are in the C locale doesn't mean that you don't have a message cataloge. Joerg From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 15:19:08 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EB53106564A for ; Fri, 23 Apr 2010 15:19:08 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id C9DFF8FC17 for ; Fri, 23 Apr 2010 15:19:07 +0000 (UTC) Received: by bwz27 with SMTP id 27so1126616bwz.13 for ; Fri, 23 Apr 2010 08:19:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=79ci9CltooKzxOupSnpGkBcVFDoxoTKtSZ/Zq7We61Y=; b=G7dG6+WCQZsjDqLPrrAzmNR+hoNjuieWkQlUb5ZZP6967XF/PXBXJN+7obIa4u+Fj7 m1bhuOzH99AAeveMBBjeeIHdD+QP/McRpKyHPS//Doh4I6a3T/9slM6CUMbnujR1QYcG gkQlmgx7L/+QUk6+u1pqITqxZF9t1JlLf5xLQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=tvYOM/fKskbCOaeA3dyYQ2QfUdRp3MMMvSNEm4l+hLWTuLkFx03rD1KcwSMowwhaqw APIPECD8bMJBRqrWPB1uEHSbS1aCEJhXlobQAJgmaqxUoCZa8XIwuah052F1ZKd+/LM2 L0RexsRemNLp7D+MxO1fKCwwhOeQVsh03YteM= Received: by 10.239.192.84 with SMTP id d20mr13429hbi.195.1272035946515; Fri, 23 Apr 2010 08:19:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.193.77 with HTTP; Fri, 23 Apr 2010 08:18:46 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Fri, 23 Apr 2010 18:18:46 +0300 Message-ID: To: Leinier Cruz Salfran Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers Subject: Re: c 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: Fri, 23 Apr 2010 15:19:08 -0000 > - use a matrix is faster than use a linked list? For what? For insertion and deletion no - linked list is faster. For sequential access they are the same speed (forgetting look-ahead caching). For random access matrix is faster. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 15:21:51 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5F291065676 for ; Fri, 23 Apr 2010 15:21:51 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 62AC88FC19 for ; Fri, 23 Apr 2010 15:21:51 +0000 (UTC) Received: by bwz27 with SMTP id 27so1129490bwz.13 for ; Fri, 23 Apr 2010 08:21:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=D9uLh8vlYk8NTHYIXt8zGtBgHwLhGFwrL6bwUbzw4lw=; b=FigpJB9y1hyDg/a47n2nrkd1oUVwDyS3TFheKF8DtO6+Nxmr0wX9veRAJP6Y6DghUo tos2S9AW7TBDg5No9m+jZjnTzQkGu6Dn44sq1SqaFTH0QRGQrydiE5Ansx+PnXSTQgqQ GJG/9ipliu+3/J6PKEtwFFigWegzpeXrwFCXU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=HRBGxFed5YKLwJ0iTR4e/4vhvOloBYGmwD+tiSvmWcqWcVLMZUQ3yaJFMIqKTrb4Kl YTuz228wf6+SOvWWLqyvnv8UTCNdhmY/icNIkTDFCzUVGqioJXL7y2dPgZQE/s9T4Kow KMus71QKokK15c/QHnB/zcVkBq4TRm9m6zVHE= Received: by 10.239.173.206 with SMTP id g14mr18358hbf.67.1272036110124; Fri, 23 Apr 2010 08:21:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.193.77 with HTTP; Fri, 23 Apr 2010 08:21:30 -0700 (PDT) In-Reply-To: <20100412114524.4281119jvvp5na28@webmail.leidinger.net> References: <20100412114524.4281119jvvp5na28@webmail.leidinger.net> From: Eitan Adler Date: Fri, 23 Apr 2010 18:21:30 +0300 Message-ID: To: Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, Equixen- Subject: Re: I want to participate in some FreeBSD project 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, 23 Apr 2010 15:21:51 -0000 > Quoting Equixen- (from Mon, 12 Apr 2010 12:05:12 +0530): > >> Hello! >> I am a 3rd year B.Tech (Computer Science) student. I want to >> participate in some open source project during my summer vacations. >> >> I thought about going the Google summer of code way but due to limited >> knowledge and examinations during the 1st month of the program >> timeline didn't participate in it. However, I still want to help with >> the FreeBSD projects. I understand that there will be no stipend and >> possibly will not be provided any mentor but I request the FreeBSD >> team to kindly consider me for any of their ongoing project (I might >> help some student selected via Google SoC). I'd like at our ideas page (http://wiki.freebsd.org/IdeasPage) The way I find my ideas is by reading the mailing list and looking for complaints or suggestions. When I feel capable I provide a patch implementing whatever needed to be done. Once in a while I find something lacking on my own and provide a patch for that. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 15:36:02 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 379A41065673 for ; Fri, 23 Apr 2010 15:36:02 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7DA2F8FC1B for ; Fri, 23 Apr 2010 15:36:01 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA09483; Fri, 23 Apr 2010 18:35:58 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4BD1BE5E.6000506@freebsd.org> Date: Fri, 23 Apr 2010 18:35:58 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: RevLin Software References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: RevLin OS: Help wanted 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, 23 Apr 2010 15:36:02 -0000 on 22/04/2010 18:04 RevLin Software said the following: > Hello All > > My name is Patrick Quinn > > I am currently part of a team working on a new operating system called > RevLin OS. RevLin OS will use a new desktop environment called RaVe that is > coded almost entirely in web language (Css html5 and Javascript ) with > native back ends, all running locally inside a Webkit based run time > environment. However we are on the fence with the kernel. Initially we > wanted to base the kernel ( named PopCorn) on Linux due to its support for > various desktop hardware and platforms, but now we feel that going with > FreeBSD or maybe even Haiku would be a better plan. I was wondering if any > BSD developers would be willing to come aboard and work on the kernel with > us? More information about the OS can be found over at my blog > http://p-quinn.com/entries/report/report-what-is-revlin-os-and-what-are-its-benefits > . > If you have any other more technical questions feel free to ask. Patrick, RevLin/RaVe sounds like a very interesting project in line with modern trends. I am curious what is your motivation to look for alternatives to Linux and specifically for your interest in FreeBSD. Is it based on some technical aspects, or license, or something else? Thanks a lot! -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 15:41:33 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 723AC106566B for ; Fri, 23 Apr 2010 15:41:33 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.sonnenberger.org (www.sonnenberger.org [92.79.50.50]) by mx1.freebsd.org (Postfix) with ESMTP id 334D78FC08 for ; Fri, 23 Apr 2010 15:41:32 +0000 (UTC) Received: from britannica.bec.de (www.sonnenberger.org [192.168.1.10]) by www.sonnenberger.org (Postfix) with ESMTP id 4777466665 for ; Fri, 23 Apr 2010 17:41:32 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1000) id 08B4815C6C; Fri, 23 Apr 2010 17:40:12 +0200 (CEST) Date: Fri, 23 Apr 2010 17:40:12 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20100423154012.GA10560@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: c 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: Fri, 23 Apr 2010 15:41:33 -0000 On Fri, Apr 23, 2010 at 06:18:46PM +0300, Eitan Adler wrote: > > - use a matrix is faster than use a linked list? > > For what? > For insertion and deletion no - linked list is faster. For sequential > access they are the same speed (forgetting look-ahead caching). For > random access matrix is faster. Actually -- it depends. Removing the tail and inserting at tail is amortised constant time for arrays if done using the double-on-full trick. In that case, array can be the faster datastructure too. Joerg From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 18:21:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56E9B1065672 for ; Fri, 23 Apr 2010 18:21:52 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id CBE498FC20 for ; Fri, 23 Apr 2010 18:21:51 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id o3NILQcn002591; Fri, 23 Apr 2010 20:21:36 +0200 From: Pieter de Goeje To: freebsd-hackers@freebsd.org Date: Fri, 23 Apr 2010 20:21:25 +0200 User-Agent: KMail/1.9.10 References: <20100423154012.GA10560@britannica.bec.de> In-Reply-To: <20100423154012.GA10560@britannica.bec.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201004232021.26160.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Leinier Cruz Salfran , Joerg Sonnenberger Subject: Re: c 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: Fri, 23 Apr 2010 18:21:52 -0000 On Friday 23 April 2010 17:40:12 Joerg Sonnenberger wrote: > On Fri, Apr 23, 2010 at 06:18:46PM +0300, Eitan Adler wrote: > > > - use a matrix is faster than use a linked list? > > > > For what? > > For insertion and deletion no - linked list is faster. For sequential > > access they are the same speed (forgetting look-ahead caching). For > > random access matrix is faster. > > Actually -- it depends. Removing the tail and inserting at tail is > amortised constant time for arrays if done using the double-on-full > trick. In that case, array can be the faster datastructure too. Random deletes can be made O(1) if you don't care about the order of the elements in an array. - Pieter From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 18:30:45 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 032C2106566C for ; Fri, 23 Apr 2010 18:30:45 +0000 (UTC) (envelope-from herron.philip@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8112D8FC15 for ; Fri, 23 Apr 2010 18:30:44 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so788277fga.13 for ; Fri, 23 Apr 2010 11:30:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=D5qCVsS1YWrgMv+BjpCW9EAkPwMzxDZ89XGeyNEurxE=; b=LsTlmvpnNrhLl4TTjFJ9eAOw3ibk6P0uyJMWwZJWxyzmCG9sUok5BKUFrQQcmf1V7O OZPc872fztArpzqm1hPNKNd7+QRKAwZUCKAJbW74g9bOdGixIJgFY0x05ETIDS3AfdMY uJ2kYxPACjmakQfotzabKvB3RZuz5ifV91B28= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=m2cOz2SqNO9VJ3QginKus2YdZXTZBHp1vGqWp4yhVv0aJOt29DbiFzYo2jafvqCjqF 7qVHlNe/DVw5feAR9Pl4/7xL9XIi63pDT0GBQuNZFNPYV+Gg6eK7wk4VwqO3h5yjTm1U STRVG1LD/ocGWlQFl3LUgD5WmMoOLE/OAWO7A= Received: by 10.87.19.37 with SMTP id w37mr992039fgi.25.1272045946469; Fri, 23 Apr 2010 11:05:46 -0700 (PDT) Received: from [192.168.1.5] (host81-159-24-208.range81-159.btcentralplus.com [81.159.24.208]) by mx.google.com with ESMTPS id a13sm19797fai.2.2010.04.23.11.05.45 (version=SSLv3 cipher=RC4-MD5); Fri, 23 Apr 2010 11:05:45 -0700 (PDT) Message-ID: <4BD1E173.6030703@googlemail.com> Date: Fri, 23 Apr 2010 19:05:39 +0100 From: Philip Herron User-Agent: Thunderbird 2.0.0.24 (X11/20100411) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20100423154012.GA10560@britannica.bec.de> In-Reply-To: <20100423154012.GA10560@britannica.bec.de> X-Enigmail-Version: 0.95.7 OpenPGP: id=86904361; url=keyserver.ubuntu.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: c 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: Fri, 23 Apr 2010 18:30:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joerg Sonnenberger wrote: > On Fri, Apr 23, 2010 at 06:18:46PM +0300, Eitan Adler wrote: >>> - use a matrix is faster than use a linked list? >> For what? >> For insertion and deletion no - linked list is faster. For sequential >> access they are the same speed (forgetting look-ahead caching). For >> random access matrix is faster. > > Actually -- it depends. Removing the tail and inserting at tail is > amortised constant time for arrays if done using the double-on-full > trick. In that case, array can be the faster datastructure too. > Hey I just follow this list and feel as if i should chuck in my $0.02. Well choosing a data structure for something is really specific to what your going to do. So first off think how you want to handle your data, don't just choose a structure because your know it, think what would be the ideal way to access or handle your data and create your data structure from there. And then you need to think about its implemented so for example take a look at the linkedlist: struct list_node { void * data; struct list_node * next; } With this struct you could then maintain your self pointers to the head and tail easily. First of, ok adding nodes to this data structure seems like it would be a very trivial operation, you have a pointer to the tail then just create a new node. But searching for particular index in the list you will have to iterate from the head and this will not scale if you only have 10 nodes well thats fine but if you have 1000 your going to have to wait for it, but that is not to say this is a bad structure you could use this is you know your only going to have a few nodes then why not simply use it. A more preferred C style way would be: struct list { void ** array; unsigned int size, length; } So it becomes an array based implementation for a trade off in having to have a threshold in expanding the array of pointers to data you get overall better performance, since accessing is simply like accessing an array. Where the length is the length of the number of elements in the array and size is the size of the array so you know when your going to overflow and need to realloc, but you could be clever and have a threshold allocation where if your getting close to fill up you expand 2 fold or something but thats quite naive, but you get the idea. So ok thats the same data structure 2 different ways, but it doesn't stop there, you could create your self dictionaries or hash tables, i like hash tables a lot because although they can be memory hogs depending on how its implemented its very scale able in searching for your data and adding more data. You just need to spend time finding a useful hashing function. - --Phil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvR4W8ACgkQAhcOgIaQQ2GnmACfaEhIuptYQDfJ80NdxCjEsy6C OOkAn2LSl9n+MxnUT144IXHSP7HcvwJj =+1kB -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 00:25:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88C9D106566B for ; Sat, 24 Apr 2010 00:25:32 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE618FC08 for ; Sat, 24 Apr 2010 00:25:31 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 23 Apr 2010 17:25:53 -0700 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E039E34E1@seaxch09.desktop.isilon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: idle threads Thread-Index: AcrjRLNZZnnYRC82RbmCRU8rwTtlHA== From: "Matthew Fleming" To: "FreeBSD-Hackers" Subject: idle threads 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, 24 Apr 2010 00:25:32 -0000 I'm looking at kern_idle.c in stable/7 and I don't quite follow how idle threads work. The kthread_create(9) call does not pass in a function pointer, so what code does a processor run when there is no other runnable thread? Thanks, matthew From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 00:32:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6B89106564A for ; Sat, 24 Apr 2010 00:32:03 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 5597C8FC08 for ; Sat, 24 Apr 2010 00:32:02 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so416250fge.13 for ; Fri, 23 Apr 2010 17:32:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=zjZ7iM2F2qh21PlWphTP7vGS035LGPjZ/+wvrUOy0Nw=; b=Co0NDW3flFBCHa/sNCccLV6AOuGd9RqSbY6BSLO1GpVACN+WaRYHQbK3IT+XE3fGk7 jv9C/9JdcqxVWlVSx5G7pwzdIku3aHdWWnTtPsvMdWDKa1v8QqNFaSU1Nnw0N9CYHPvJ u8/b1wqOkl4yeb0cWuouGvg0f/dYlmF6OTyTA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=lipy/qtGK9RNl00iWo/7+cAC9ZhxyX+DzDaw6pkNCiS7yo6IKBHV4hZauhbksx1ClI YWhpGU6O4TMXlqYSzx1TJmvBz40erHIkWLv4AoaCIlkUDbYstf9MksqB/Rm+kWGDiKS/ 07ELuYS4oR3Zb16ZKWLx57xCdEgmjAKSfnIPY= MIME-Version: 1.0 Received: by 10.239.191.194 with SMTP id c2mr66555hbi.169.1272069122101; Fri, 23 Apr 2010 17:32:02 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.239.180.194 with HTTP; Fri, 23 Apr 2010 17:32:02 -0700 (PDT) In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E039E34E1@seaxch09.desktop.isilon.com> References: <06D5F9F6F655AD4C92E28B662F7F853E039E34E1@seaxch09.desktop.isilon.com> Date: Sat, 24 Apr 2010 02:32:02 +0200 X-Google-Sender-Auth: ca03228fc46fa44f Message-ID: From: Attilio Rao To: Matthew Fleming Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers Subject: Re: idle threads 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, 24 Apr 2010 00:32:03 -0000 2010/4/24 Matthew Fleming : > I'm looking at kern_idle.c in stable/7 and I don't quite follow how idle > threads work. =C2=A0The kthread_create(9) call does not pass in a functio= n > pointer, so what code does a processor run when there is no other > runnable thread? In STABLE_7: ... #ifdef SMP SLIST_FOREACH(pc, &cpuhead, pc_allcpu) { error =3D kthread_create(sched_idletd, NULL, &p, RFSTOPPED | RFHIGHPID, 0, "idle: cpu%d", pc->pc_cpuid); pc->pc_idlethread =3D FIRST_THREAD_IN_PROC(p); #else error =3D kthread_create(sched_idletd, NULL, &p, RFSTOPPED | RFHIGHPID, 0, "idle"); PCPU_SET(idlethread, FIRST_THREAD_IN_PROC(p)); #endif ... then they rightly passes sched_idletd(). Any scheduler may define its own version of sched_idletd(). NULL is just the argument passed that is not meaningful. Or maybe I'm not understanding your question? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 01:41:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6CF9106566B; Sat, 24 Apr 2010 01:41:58 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id A82C88FC17; Sat, 24 Apr 2010 01:41:58 +0000 (UTC) Content-class: urn:content-classes:message Date: Fri, 23 Apr 2010 18:41:48 -0700 MIME-Version: 1.0 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E021D4D36@seaxch09.desktop.isilon.com> X-MS-Has-Attach: x-mimeole: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: idle threads Thread-Index: AcrjRdzbvJnBKskXQhGe1xfYWCVeXgACXEw4 References: <06D5F9F6F655AD4C92E28B662F7F853E039E34E1@seaxch09.desktop.isilon.com> From: "Matthew Fleming" To: "Attilio Rao" Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-Hackers Subject: RE: idle threads 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, 24 Apr 2010 01:41:58 -0000 > then they rightly passes sched_idletd(). Any scheduler may define its > own version of sched_idletd(). Oops, youre right, I was just unable to read at the end of the day on = Friday. Thanks! matthew From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 23:59:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DECA7106566B; Fri, 23 Apr 2010 23:59:37 +0000 (UTC) (envelope-from tedm@mittelstaedt.us) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id A533C8FC12; Fri, 23 Apr 2010 23:59:37 +0000 (UTC) Received: from tedsmac.ipinc.net (tedsmac.ipinc.net [65.75.206.119]) by mail.freebsd-corp-net-guide.com (8.14.3/8.14.3) with ESMTP id o3NNUfHD024190; Fri, 23 Apr 2010 16:30:42 -0700 (PDT) (envelope-from tedm@mittelstaedt.us) Message-ID: <4BD22CD0.7030407@mittelstaedt.us> Date: Fri, 23 Apr 2010 16:27:12 -0700 From: Ted Mittelstaedt User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (mail.freebsd-corp-net-guide.com [65.75.192.90]); Fri, 23 Apr 2010 16:30:42 -0700 (PDT) X-Mailman-Approved-At: Sat, 24 Apr 2010 02:26:09 +0000 Cc: Subject: What tty changes - question on porting ltmdm and hcfmdm to FreeBSD 8 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, 23 Apr 2010 23:59:38 -0000 Hi All, I have a pager monitoring system built on FreeBSD 6.4 that uses the ltmdm driver. (ltmdm is a "controllerless winmodem") I was looking into updating to FreeBSD 8 and I see that ltmdm and hcfmdm are now both broken. hcfmdm broke on FreeBSD 7 but it is easily patched to build on that. ltmdm worked on early FreeBSD 8 but after the tty changes went in it broke. I was looking into fixing both of these to build on 8 but it seems to be non-trivial. They both spew all kinds of errors of missing various tty structures, and when I search for those in the include files for 8 I get nothing. It seems there's been a fundamental change in FreeBSD 8 in this layer. In googling around I see that a number of other programs out there that talk to serial ports were also busted by the FreeBSD 8 tty changes. Some have been patched and some not. The ones that have been patched do not seem to have trivial patches made. Setting aside the question of why do we break software that a lot of people use (these chips are in use on a lot of laptops) is there a document somewhere that explains what changes need to be made in code for this new tty setup? Or, is there a set of magic include files or a "conversion shim" library that will allow these kinds of programs to build without much work? Or is porting these drivers just so non-trivial that the only way is to just delve into the system manuals and delve into the driver code and try to figure out what is going on in each? If that's the case that's probably beyond my ability but I'd be happy to serve as a testbed. Yes I know I can use FreeBSD 7 for now. Yes I know I can use an external modem, and that winmodems are evil, that I can send a page by e-mailing the paging company , yadda yadda yadda. If your only going to suggest a workaround, please don't. Thanks! Ted From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 02:55:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 847D61065670 for ; Sat, 24 Apr 2010 02:55:44 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.50.215]) by mx1.freebsd.org (Postfix) with ESMTP id 5DAD58FC0C for ; Sat, 24 Apr 2010 02:55:44 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 759B95C18; Fri, 23 Apr 2010 22:55:43 -0400 (EDT) Date: Fri, 23 Apr 2010 22:55:43 -0400 From: Wesley Shields To: Dan Rue Message-ID: <20100424025543.GA75726@atarininja.org> References: <4BCE5ECC.6070202@gmail.com> <4BCFE209.20501@FreeBSD.org> <20100422111758.GA39338@ei.bzerk.org> <20100422135639.GA97536@therub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100422135639.GA97536@therub.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org Subject: Re: regenerating /var/db/pkg 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, 24 Apr 2010 02:55:44 -0000 On Thu, Apr 22, 2010 at 08:56:39AM -0500, Dan Rue wrote: > On Thu, Apr 22, 2010 at 03:21:16PM +0300, Eitan Adler wrote: > > > > > > Just asking opinions, if people want this, I'll make a patch and > > > file a PR. > > > > > > > Is this script correct? > > We're starting to use SSDs for boot drives in our freebsd boxes. We'd > like to have /var on a memory backed FS, but losing the package database > on every reboot is troublesome. > > This script would be a decent solution to my problem as well, You can look into how NanoBSD does things if you want to go this route. -- WXS From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 08:22:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DFF4106566C for ; Sat, 24 Apr 2010 08:22:59 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id EF2E88FC08 for ; Sat, 24 Apr 2010 08:22:58 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so549781fge.13 for ; Sat, 24 Apr 2010 01:22:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=17zak4fTiNS7ArZ0wxfYy4TmvO8KJA7H+GCHSg1VYzU=; b=HyBuhHjsTtxmBPSARVllYOrf3i8ENoAhRk5uqNcTL52Ft8lG5HOykVYSSJinfxrrwU ST6UImI0v8egxMmS3fXeL6rRS9fRcuUOSLP6FEzE4eIV1JxF0S6IKroQjyq6NShhTF1B TSIuDSN7bmXh9j3NZfy4XbC8keAKajuzGGN2E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=BN8kfLiy8uT8UQflgmYRGjzA9lRgAtk/f1SRuP1pTauJt1RSWoxRM6NJp2sQVf1+Bj faM1VXDogxDwYxpz2jks+J9FLolqGnbFbz0+DkZC4qGxUsqF4+naVM/v2w5VT5CO8wEa fxWdNgQG0S9aEIrUQipQqcSWecyq6m945oM20= Received: by 10.102.243.26 with SMTP id q26mr608820muh.34.1272097377467; Sat, 24 Apr 2010 01:22:57 -0700 (PDT) Received: from ernst.jennejohn.org (p57AE1168.dip0.t-ipconnect.de [87.174.17.104]) by mx.google.com with ESMTPS id s10sm7592237mue.57.2010.04.24.01.22.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 01:22:57 -0700 (PDT) Date: Sat, 24 Apr 2010 10:22:55 +0200 From: Gary Jennejohn To: Ted Mittelstaedt Message-ID: <20100424102255.12d782f8@ernst.jennejohn.org> In-Reply-To: <4BD22CD0.7030407@mittelstaedt.us> References: <4BD22CD0.7030407@mittelstaedt.us> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: What tty changes - question on porting ltmdm and hcfmdm to FreeBSD 8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 08:22:59 -0000 On Fri, 23 Apr 2010 16:27:12 -0700 Ted Mittelstaedt wrote: > Setting aside the question of why do we break software that a lot of > people use > (these chips are in use on a lot of laptops) is there a document > somewhere that explains > what changes need to be made in code for this new tty setup? Or, is > there a set > of magic include files or a "conversion shim" library that will allow > these kinds > of programs to build without much work? > > Or is porting these drivers just so non-trivial that the only way is > to just delve into > the system manuals and delve into the driver code and try to figure out > what is > going on in each? If that's the case that's probably beyond my ability > but I'd > be happy to serve as a testbed. > The guy to ask about this would be Ed Schouten (ed@). AFAICR he did the new TTY stuff. I don't know whether he reads these lists. AFAIK there is no easy way to fix this and there are no backwards compati- bilty shims or magic header files. The fundamental problem with ltmdm is that it's a KLD and has to grovel around in the guts of the kernel. That makes fixing it decidely non- trivial. -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 10:26:49 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F010106567C for ; Sat, 24 Apr 2010 10:26:49 +0000 (UTC) (envelope-from czerner.lukas@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 844CC8FC26 for ; Sat, 24 Apr 2010 10:26:48 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so594435fge.13 for ; Sat, 24 Apr 2010 03:26:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:x-x-sender:to:cc :subject:in-reply-to:message-id:references:user-agent:mime-version :content-type; bh=SlInMBpIEFxoW2WFqIgWZ+x0W/3IEDd35z/A4jgNGhI=; b=CoNEjs2oDwsKw+Er7Ct1Oob0oBo8+cb9fPgPcdfM5Ao2phR1zeAoAVvAm9aZLT+J1V COibmgaMyMCZ+k8Ifuefb9PLtqYyUCqcb3SYEUpcfmxaP+ejQurE32qcq93IYgUqPR4n E7ix4upTWxhRcEgJlWtpYBQyehq7oLc4r2OEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; b=bgdWeVqmelLXXcwrsRNMdicqVFfTJVvWF6+MzIKzVibu9Buj10u1DrWJebML28OdKb tc8GB8UcK7sGuH6LlPPoP8E+5u18niGvy2B3GFsJLCkLxweIJO8zKn/fsFUbRTZjIaJF z7T0gvISTxwbi4/qKcWGxTO87kcBItsaNZorY= Received: by 10.87.15.13 with SMTP id s13mr2211352fgi.48.1272104807246; Sat, 24 Apr 2010 03:26:47 -0700 (PDT) Received: from a04-0215a.kn.vutbr.cz (a04-0215a.kn.vutbr.cz [147.229.216.20]) by mx.google.com with ESMTPS id 3sm635438fge.10.2010.04.24.03.26.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 03:26:46 -0700 (PDT) Date: Sat, 24 Apr 2010 12:26:45 +0200 (CEST) From: "=?ISO-8859-15?Q?Luk=E1=A8_Czerner?=" X-X-Sender: bratt@a04-0215a.kn.vutbr.cz To: Gleb Kurtsou In-Reply-To: <20100423092257.GA2446@tops> Message-ID: References: <20100422191849.GA9895@tops> <20100423092257.GA2446@tops> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323329-978661209-1272104807=:7101" Cc: freebsd-hackers@freebsd.org, =?ISO-8859-15?Q?Luk=E1=A8_Czerner?= Subject: Re: How to change vnode operations ? 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, 24 Apr 2010 10:26:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-978661209-1272104807=:7101 Content-Type: TEXT/PLAIN; charset=utf-8 Content-Transfer-Encoding: 8BIT On Fri, 23 Apr 2010, Gleb Kurtsou wrote: > Date: Fri, 23 Apr 2010 12:22:57 +0300 > From: Gleb Kurtsou > To: Lukáš Czerner > Cc: freebsd-hackers@freebsd.org > Subject: Re: How to change vnode operations ? > > On (23/04/2010 08:10), Lukáš Czerner wrote: > > On Thu, 22 Apr 2010, Gleb Kurtsou wrote: > > > > > Date: Thu, 22 Apr 2010 22:18:49 +0300 > > > From: Gleb Kurtsou > > > To: Lukáš Czerner > > > Cc: freebsd-hackers@freebsd.org > > > Subject: Re: How to change vnode operations ? > > > > > > On (22/04/2010 16:02), Lukáš Czerner wrote: > > > > Hi all, > > > > > > > > this may sound a little odd, since I have noticed that there is much > > > > work done to not allow such a thing ($SUBJ). But may be you can help > > > > me and point me to the right direction. > > > > > > > > I am writing a kernel module with somewhat similar functionality > > > > like nullfs has, BUT it has to have some features which nullfs > > > > itself does not provide : > > > > > > > > 1. I need the new layer to completely hide underlaying layer so no > > > > one can bypass it. > > > Is hypothetic 'mount -t mynullfs /a /a' good enough for you? I'm not sure > > > what your goals are but completely finding underlaying filesystem won't > > > be easy because of VFS_GET, getfh and other stuff operating with inode > > > numbers. > > > > Well, it may be good enough, or not. Thats what I am trying to find > > out. Obviously there are problems, as you mentioned, which will not > > exist when I change the vop_vector of the vnode, but as I thought > > and you mentioned it as well, this is not very clean way. > Why don't you like stacked filesystem approach? It's designed to solve > the problem you are describing if I get it right. Although creating > pefs-like filesystem altering data and names is not so easy within > existing framework. > > > > > 2. Nullfs allows me to to overlay just one directory, but i want to > > > > include another directories and/or exclude subdirectories/files. > > > > 3. Nullfs just redirects vnode operations to lower layer, I need to > > > > catch that operation, do something (for example alter the arguments > > > > somehow etc..), pass the operation (with possibly altered arguments) > > > > to the lower layer, get the result and then return the result. > > > I'd suggest to take a look at pefs: http://github.com/glk/pefs > > > It's cryptographic stacked filesystem for FreeBSD. It changes file > > > names, hides directory entries, modifies data from lower layer > > > (encrypts or decrypts), supports mounting on same directory, etc. > > > > Thats great, thanks! I will look at it. > > > > > > > > > The best way to do that (I think) is to change vnode operations of > > > > particular vnodes to point to functions defined in that module. At > > > > this point, I can catch any operations with the vnode and this is > > > > the base of what i want. > > > > > > > > So my question is. I there any "clean" way to chande vnode > > > > operations ? If not, is there any "not so clean" way ? Anyway I will > > > > appreciate any good idea how to do what I have described. > > > Imho, stacked filesystem is the only right way to do it (see null, > > > unionfs, pefs). > > > > OK. Thanks for pointing me to the pefs, it is interesting and looks > > like a good start. But I would appreciate more comment on the side > > of the whole idea about changing vnode operations from the kernel > > module. It is a little hacky, but aside this I do not see any bigger > > problems, do you ? > Changing vop_vector is too hackish for me. Basically, changing vnode > operations is what stacked filesystems are about. Vnode operations are > the top of the problem, you would also have to deal with parent lookup, > namecache consistency and buffering, which is going to be complicated. > I.e. you'd have to partially reimplement part of VFS layer. > > nullfs and unionfs pass vnode vobject (buffering layer) from lower > layer, adding your own vobject to vnode would complicate filesystem > significantly. Besides you won't be able to assign 2 vobjects (original > and your own) to a single vnode if you decide to change operations > vector. This is exactly how I feel about it and I am glad that you actually confirm that, so thank you. Now I am convinced to use stacked filesystem. But I have one last question, though. It may be stupid, but when I am looking at your pefs I can not figure out how you manage to mount directory above itself. I am staring at the code and just do not see that. It seems to me, like the check is done before the {pefs|nullfs}_mount is even called. Can you point me out to the right direction ? Thanks again! -Lukas. --8323329-978661209-1272104807=:7101-- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 11:36:55 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 028E7106566B for ; Sat, 24 Apr 2010 11:36:55 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id BD7D98FC2E for ; Sat, 24 Apr 2010 11:36:54 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id CF84D63319D; Sat, 24 Apr 2010 13:36:53 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 9048B2CEE80; Sat, 24 Apr 2010 13:36:55 +0200 (CEST) Date: Sat, 24 Apr 2010 13:36:52 +0200 From: Patrick Lamaiziere To: Michael Cardell Widerkrantz Message-ID: <20100424133652.4e991165@davenulle.org> In-Reply-To: <868w8e5xu5.fsf@brain.hack.org> References: <868w8e5xu5.fsf@brain.hack.org> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: Keyboard scancodes 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, 24 Apr 2010 11:36:55 -0000 Le Fri, 23 Apr 2010 11:20:50 +0200, Michael Cardell Widerkrantz a écrit : > I was recently given an original Happy Hacking Keyboard. As I > sometimes work in the FreeBSD console, I wanted to have my usual > console keymap adjusted to the new keyboard, but didn't know the > scancode for the HHKB meta key (the diamond key). I couldn't find any > program in base or ports that would show me the scancodes, so I ended > up writing my own: > > http://hack.org/mc/hacks/kbdscan/ Thanks, that could be usefull when doing syscons keymap. Last time I did it, I put some printf into the keyboard driver :( Regards. From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 13:46:49 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A6A6106564A; Sat, 24 Apr 2010 13:46:49 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id A8A468FC1A; Sat, 24 Apr 2010 13:46:48 +0000 (UTC) Received: by qyk11 with SMTP id 11so12711856qyk.13 for ; Sat, 24 Apr 2010 06:46:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=4sK7hVV9Trk3/2nfVO5XhpHfvhqaOnBIpSLWUF4HkhU=; b=dunZ6UAoXuSpY+8Unv1014DTbENqYIVDQQfSPFMnRyA3EXrrfhVij87/Ng+08UFi59 oaV/trZOTVTqF1LHkEILoSHAKcKfIk8139dOGQa8tkMYaJRvsij4SPTBsCfpMhc+QJ7B A9OFxthRwvn6jADhLSyhbwhwBrUoXCp8uprqk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=viRJTkxEtKRvlkcIiZtq30Uyx6rMDUMOW+jYJtklqbyrKmFukm3da9CpYZTexXUSSZ aug19KFCA39r8p1RY9qTMxbU0v8dpMZHIjlTdimJylF98GSot1eTWdm7YsHxBij3c9lc qPvr2Z1wz5TLRhRCPJBnGxQosQQ8XC9j9EBjo= Received: by 10.224.44.11 with SMTP id y11mr434991qae.40.1272116807659; Sat, 24 Apr 2010 06:46:47 -0700 (PDT) Received: from centel.dataix.local (c-71-205-129-194.hsd1.mi.comcast.net [71.205.129.194]) by mx.google.com with ESMTPS id 6sm5425358qwd.13.2010.04.24.06.46.44 (version=SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 06:46:45 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BD2F642.2050502@dataix.net> Date: Sat, 24 Apr 2010 09:46:42 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: krad References: <20091002201039.GA53034@flint.openpave.org> <4BC82259.90203@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Lea , freebsd-hackers@freebsd.org, David Xu Subject: Re: Distributed SSH attack 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, 24 Apr 2010 13:46:49 -0000 On 04/16/2010 05:18, krad wrote: > On 16 April 2010 09:39, David Xu wrote: > >> Jeremy Lea wrote: >> >>> Hi, >>> >>> This is off topic to this list, but I dont want to subscribe to -chat >>> just to post there... Someone is currently running a distributed SSH >>> attack against one of my boxes - one attempted login for root every >>> minute or so for the last 48 hours. They wont get anywhere, since the >>> box in question has no root password, and doesn't allow root logins via >>> SSH anyway... >>> >>> But I was wondering if there were any security researchers out there >>> that might be interested in the +-800 IPs I've collected from the >>> botnet? The resolvable hostnames mostly appear to be in Eastern Europe >>> and South America - I haven't spotted any that might be 'findable' to >>> get the botnet software. >>> >>> I could switch out the machine for a honeypot in a VM or a jail, by >>> moving the host to a new IP, and if you can think of a way of allowing >>> the next login to succeed with any password, then you could try to see >>> what they delivered... But I don't have a lot of time to help. >>> >>> Regards, >>> -Jeremy >>> >>> >> Try to change SSH port to something other than default port 22, >> I always did this for my machines, e.g, change them to 13579 :-) >> >> Regards, >> David Xu >> _______________________________________________ >> 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" >> > > dont allow password auth, tcp wrap it, and acl it with pf. Probably more > stuff you can do. Think onions Not allowing password auth also means turning off PAM authentication for logins with openssh and has the resulting effect utmp not being updated among other things. Be sure you want to go this route. tcpwrap it ? that is unneeded. The moment you start configuring hosts.allow your system is going to be sending requests for ident. Its a bad idea with all the other options that are available. pf (GREAT IDEA!) I use the following for example on a home box to limit the exposure to attacks. shports="ssh" table file "/etc/pf/tables/blacklist" ... some other rules ... block log quick from label "Blacklisted" .... some more rules ... pass in log quick proto { tcp } from any port >1024 to any port \ { $shports } label "SSH/Login:$dstport" keep state (max-src-conn \ 5, max-src-conn-rate 15/30 overload flush global) pass out all label "Implicit" Soon as a offender violates this they end up in the blacklist which I run on every 3 hours to save to the file listed in the table store above: http://tinyurl.com/29y4zdh Good luck. -- jhell From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 15:36:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 531951065698; Sat, 24 Apr 2010 15:36:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0AB4B8FC12; Sat, 24 Apr 2010 15:36:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o3OFTJuj034523; Sat, 24 Apr 2010 09:29:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 24 Apr 2010 09:29:38 -0600 (MDT) Message-Id: <20100424.092938.1125510371197586607.imp@bsdimp.com> To: gljennjohn@googlemail.com From: "M. Warner Losh" In-Reply-To: <20100424102255.12d782f8@ernst.jennejohn.org> References: <4BD22CD0.7030407@mittelstaedt.us> <20100424102255.12d782f8@ernst.jennejohn.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: tedm@mittelstaedt.us, freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: What tty changes - question on porting ltmdm and hcfmdm to FreeBSD 8 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, 24 Apr 2010 15:36:19 -0000 In message: <20100424102255.12d782f8@ernst.jennejohn.org> Gary Jennejohn writes: : On Fri, 23 Apr 2010 16:27:12 -0700 : Ted Mittelstaedt wrote: : : > Setting aside the question of why do we break software that a lot of : > people use : > (these chips are in use on a lot of laptops) is there a document : > somewhere that explains : > what changes need to be made in code for this new tty setup? Or, is : > there a set : > of magic include files or a "conversion shim" library that will allow : > these kinds : > of programs to build without much work? : > : > Or is porting these drivers just so non-trivial that the only way is : > to just delve into : > the system manuals and delve into the driver code and try to figure out : > what is : > going on in each? If that's the case that's probably beyond my ability : > but I'd : > be happy to serve as a testbed. : > : : The guy to ask about this would be Ed Schouten (ed@). AFAICR he did the new : TTY stuff. I don't know whether he reads these lists. : : AFAIK there is no easy way to fix this and there are no backwards compati- : bilty shims or magic header files. : : The fundamental problem with ltmdm is that it's a KLD and has to grovel : around in the guts of the kernel. That makes fixing it decidely non- : trivial. The fundamental reason that things changed was due to the locking of the TTY layer. These things change over time, and the old APIs made it very difficult to lock without driver visible changes. Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 16:42:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A67106564A; Sat, 24 Apr 2010 16:42:40 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id C83AA8FC14; Sat, 24 Apr 2010 16:42:39 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o3OGgcQX036598; Sat, 24 Apr 2010 16:42:39 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-hackers@freebsd.org Date: Sat, 24 Apr 2010 16:42:37 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201004241642.38017.ken@mthelicon.com> Cc: freebsd-current@freebsd.org Subject: kern+world / ports make options 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, 24 Apr 2010 16:42:40 -0000 Hello Hackers & Current, I was wondering it if is possible, or if it can be done so a separate set of CC, CXX, etc can be specified for building the world and kernel independently of a ports build? Right now, I use the base GCC to compile the world and kernel, and GCC44 for most of the other ports (when it complies cleanly). But I have to keep editing the /etc/make.conf file to switch between the two. It may already be implemented, but it would be nice if there was something defined while the kernel and/or world is being built to that a nested block of ifdefs can select which env variables to be set. Peg From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 16:47:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28A8E1065674; Sat, 24 Apr 2010 16:47:44 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 787508FC13; Sat, 24 Apr 2010 16:47:43 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so734775fge.13 for ; Sat, 24 Apr 2010 09:47:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PrrRwMWTXEsFYHAu/3szo1o0pBJJm2ZzqPP7fH8BzyY=; b=DkRNiEOMIrNbn6bEtHUpUYvriOLKZtJz9Re4UTT1oYNOHAlsx+hneLr2XM4qtkha9V OGZ8LMrO+Wnd4vE8Ua35qvSQPaXnw21DW4XliDbQSoOFe7Dy0zWtgHMbYlMsjt21G6+J nshS/KGmvXn2XOPOhBAL+KRpU1TS+lBkbKwFU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vudKpLfl1CHa/BjKsdrZx5gBP8kl/o4Xnmh+XTUTLytUMdKtGPQQ9Cd/bR/e01bWXK LVFy2VhC7RltNPOhSvuLjd6QaWJT6GyEH/EDGznbbyFZDMxSFV28ZytmUhJKj6R5F8nP 34S38g3tTH62ugogCqhZLrKny6Hot0wQsJFtg= MIME-Version: 1.0 Received: by 10.239.134.72 with SMTP id 8mr161909hby.0.1272127662041; Sat, 24 Apr 2010 09:47:42 -0700 (PDT) Received: by 10.239.142.17 with HTTP; Sat, 24 Apr 2010 09:47:42 -0700 (PDT) In-Reply-To: <201004241642.38017.ken@mthelicon.com> References: <201004241642.38017.ken@mthelicon.com> Date: Sat, 24 Apr 2010 17:47:42 +0100 Message-ID: From: Tom Evans To: Pegasus Mc Cleaft Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: kern+world / ports make options 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, 24 Apr 2010 16:47:44 -0000 On Sat, Apr 24, 2010 at 5:42 PM, Pegasus Mc Cleaft wrot= e: > Hello Hackers & Current, > > =C2=A0 =C2=A0 =C2=A0 =C2=A0I was wondering it if is possible, or if it ca= n be done so a separate set > of CC, CXX, etc can be specified for building the world and kernel > independently of a ports build? > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Right now, I use the base GCC to compile the w= orld and kernel, and GCC44 > for most of the other ports (when it complies cleanly). But I have to kee= p > editing the /etc/make.conf file to switch between the two. > > =C2=A0 =C2=A0 =C2=A0 =C2=A0It may already be implemented, but it would be= nice if there was > something defined while the kernel and/or world is being built to that a > nested block of ifdefs can select which env variables to be set. > > Peg man src.conf Cheers Tom From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 18:22:38 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCAB1065672; Sat, 24 Apr 2010 18:22:38 +0000 (UTC) (envelope-from tedm@mittelstaedt.us) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id 533328FC12; Sat, 24 Apr 2010 18:22:38 +0000 (UTC) Received: from [192.168.1.202] (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) by mail.freebsd-corp-net-guide.com (8.14.3/8.14.3) with ESMTP id o3OIMYjC028160; Sat, 24 Apr 2010 11:22:35 -0700 (PDT) (envelope-from tedm@mittelstaedt.us) Message-ID: <4BD336E9.5070007@mittelstaedt.us> Date: Sat, 24 Apr 2010 11:22:33 -0700 From: Ted Mittelstaedt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "M. Warner Losh" References: <4BD22CD0.7030407@mittelstaedt.us> <20100424102255.12d782f8@ernst.jennejohn.org> <20100424.092938.1125510371197586607.imp@bsdimp.com> In-Reply-To: <20100424.092938.1125510371197586607.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (mail.freebsd-corp-net-guide.com [65.75.192.90]); Sat, 24 Apr 2010 11:22:35 -0700 (PDT) X-Mailman-Approved-At: Sat, 24 Apr 2010 18:30:34 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: What tty changes - question on porting ltmdm and hcfmdm to FreeBSD 8 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, 24 Apr 2010 18:22:38 -0000 On 4/24/2010 8:29 AM, M. Warner Losh wrote: > In message:<20100424102255.12d782f8@ernst.jennejohn.org> > Gary Jennejohn writes: > : On Fri, 23 Apr 2010 16:27:12 -0700 > : Ted Mittelstaedt wrote: > : > :> Setting aside the question of why do we break software that a lot of > :> people use > :> (these chips are in use on a lot of laptops) is there a document > :> somewhere that explains > :> what changes need to be made in code for this new tty setup? Or, is > :> there a set > :> of magic include files or a "conversion shim" library that will allow > :> these kinds > :> of programs to build without much work? > :> > :> Or is porting these drivers just so non-trivial that the only way is > :> to just delve into > :> the system manuals and delve into the driver code and try to figure out > :> what is > :> going on in each? If that's the case that's probably beyond my ability > :> but I'd > :> be happy to serve as a testbed. > :> > : > : The guy to ask about this would be Ed Schouten (ed@). AFAICR he did the new > : TTY stuff. I don't know whether he reads these lists. > : > : AFAIK there is no easy way to fix this and there are no backwards compati- > : bilty shims or magic header files. > : > : The fundamental problem with ltmdm is that it's a KLD and has to grovel > : around in the guts of the kernel. That makes fixing it decidely non- > : trivial. > > The fundamental reason that things changed was due to the locking of > the TTY layer. These things change over time, and the old APIs made > it very difficult to lock without driver visible changes. > > Warner > I mailed Ed and his response is to look at the changelog of sys/dev/uart/uart_tty.c for an idea of how to rewrite the driver, so I will take a look there. The ltmdm driver was updated in 2008 for an early version of FreeBSD 8, before the TTY layer changes went in, so that's where I'll start. Ted From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 22:03:12 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1EE3106566B for ; Sat, 24 Apr 2010 22:03:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 43F2B8FC17 for ; Sat, 24 Apr 2010 22:03:11 +0000 (UTC) Received: (qmail 5603 invoked by uid 399); 24 Apr 2010 22:03:11 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Apr 2010 22:03:11 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BD36A9E.3050904@FreeBSD.org> Date: Sat, 24 Apr 2010 15:03:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <201004241642.38017.ken@mthelicon.com> In-Reply-To: <201004241642.38017.ken@mthelicon.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: kern+world / ports make options 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, 24 Apr 2010 22:03:12 -0000 On 04/24/10 09:42, Pegasus Mc Cleaft wrote: > Hello Hackers & Current, Please don't crosspost. If you're not what list to post to, the algorithm is: If the question is about a port, or the ports in general, use freebsd-ports@, otherwise use freebsd-questions@. This post should have gone to -ports. > I was wondering it if is possible, or if it can be done so a separate set > of CC, CXX, etc can be specified for building the world and kernel > independently of a ports build? Since you didn't say what version of FreeBSD you're using, try doing 'man src.conf' to see if you can separate your base-related variables into that file. Either way, you should also check out ports-mgmt/portconf to handle ports-only stuff. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 24 22:07:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B81106564A; Sat, 24 Apr 2010 22:07:25 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5428FC12; Sat, 24 Apr 2010 22:07:24 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so851669fge.13 for ; Sat, 24 Apr 2010 15:07:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=TfF8KYgIBV7wWZKxdz78tfp193w9beZTpkVF/fwTZwg=; b=SiWIjyExkPw45hwyg0Xc4jU31NpLhYhJPPpiaEwB6w7enstSMiMAOWZWiANJevuavl P2ksYheyFkbSbd6NOcDChnnxOq98HNx7JrEapduNyG5bB0XeuQ/ruf/LH1bLKgKBdhND wNCj4uhLVMPCFw48W27V99xp3yeuHjB9Zop+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rU3Smtlq07Oe9R7ZpHZLe4Vm2gdy3+vcuDGz7pjY/VVB2iEA+XMZd/IU6tWaMN9cxO toF8JbTEkyTM6/G0d1DGxP6mi9G14dSdFaqaHdaZXXgoEkQjpeiFRTbW2xP3H544KCI2 fNCd0cZ/TIFcYzTiMiXYhEfijV83ARfI9MyfQ= MIME-Version: 1.0 Received: by 10.239.131.211 with SMTP id 19mr171269hbo.63.1272146842921; Sat, 24 Apr 2010 15:07:22 -0700 (PDT) Received: by 10.239.165.129 with HTTP; Sat, 24 Apr 2010 15:07:22 -0700 (PDT) In-Reply-To: <4BD2F642.2050502@dataix.net> References: <20091002201039.GA53034@flint.openpave.org> <4BC82259.90203@freebsd.org> <4BD2F642.2050502@dataix.net> Date: Sat, 24 Apr 2010 23:07:22 +0100 Message-ID: From: krad To: jhell X-Mailman-Approved-At: Sat, 24 Apr 2010 23:05:11 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jeremy Lea , freebsd-hackers@freebsd.org, David Xu Subject: Re: Distributed SSH attack 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, 24 Apr 2010 22:07:25 -0000 On 24 April 2010 14:46, jhell wrote: > On 04/16/2010 05:18, krad wrote: > > On 16 April 2010 09:39, David Xu wrote: > > > >> Jeremy Lea wrote: > >> > >>> Hi, > >>> > >>> This is off topic to this list, but I dont want to subscribe to -chat > >>> just to post there... Someone is currently running a distributed SSH > >>> attack against one of my boxes - one attempted login for root every > >>> minute or so for the last 48 hours. They wont get anywhere, since the > >>> box in question has no root password, and doesn't allow root logins via > >>> SSH anyway... > >>> > >>> But I was wondering if there were any security researchers out there > >>> that might be interested in the +-800 IPs I've collected from the > >>> botnet? The resolvable hostnames mostly appear to be in Eastern Europe > >>> and South America - I haven't spotted any that might be 'findable' to > >>> get the botnet software. > >>> > >>> I could switch out the machine for a honeypot in a VM or a jail, by > >>> moving the host to a new IP, and if you can think of a way of allowing > >>> the next login to succeed with any password, then you could try to see > >>> what they delivered... But I don't have a lot of time to help. > >>> > >>> Regards, > >>> -Jeremy > >>> > >>> > >> Try to change SSH port to something other than default port 22, > >> I always did this for my machines, e.g, change them to 13579 :-) > >> > >> Regards, > >> David Xu > >> _______________________________________________ > >> 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" > >> > > > > dont allow password auth, tcp wrap it, and acl it with pf. Probably more > > stuff you can do. Think onions > > Not allowing password auth also means turning off PAM authentication for > logins with openssh and has the resulting effect utmp not being updated > among other things. Be sure you want to go this route. > > tcpwrap it ? that is unneeded. The moment you start configuring > hosts.allow your system is going to be sending requests for ident. Its a > bad idea with all the other options that are available. > Not by default it doesnt. Even then ident wont happen to random hosts only ones you trust as you will be protected via pf/ipfw/iptables, its just their as a safety net. I did mention onions I thought.