From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 00:23:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF7516A4CE; Sun, 20 Mar 2005 00:23:14 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39B143D41; Sun, 20 Mar 2005 00:23:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2K0NDhr021944; Sat, 19 Mar 2005 19:23:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2K0NDSM095011; Sat, 19 Mar 2005 19:23:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0CB097306E; Sat, 19 Mar 2005 19:23:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050320002312.0CB097306E@freebsd-current.sentex.ca> Date: Sat, 19 Mar 2005 19:23:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 00:23:14 -0000 TB --- 2005-03-19 22:34:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-19 22:34:42 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-19 22:34:42 - checking out the source tree TB --- 2005-03-19 22:34:42 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-19 22:34:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-19 22:40:57 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-19 22:40:57 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-19 22:40:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-20 00:13:21 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-20 00:13:21 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-20 00:13:21 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Mar 20 00:13:21 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c: In function `nexus_print_resources': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c:244: error: structure has no member named `slh_first' /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c:244: error: structure has no member named `sle_next' /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c: In function `nexus_print_all_resources': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c:269: error: structure has no member named `slh_first' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-20 00:23:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-20 00:23:12 - ERROR: failed to build generic kernel TB --- 2005-03-20 00:23:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 04:17:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB39516A4D0 for ; Sun, 20 Mar 2005 04:17:28 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01B8643D49 for ; Sun, 20 Mar 2005 04:17:28 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b225.otenet.gr [212.205.244.233]) j2K4Gpoo018600; Sun, 20 Mar 2005 06:16:52 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j2K4HORf020697; Sun, 20 Mar 2005 06:17:24 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j2K4HOsM020696; Sun, 20 Mar 2005 06:17:24 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 20 Mar 2005 06:17:24 +0200 From: Giorgos Keramidas To: jb000002@mr-happy.com Message-ID: <20050320041724.GA20378@gothmog.gr> References: <20050318152717.GA64576@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050318152717.GA64576@mr-happy.com> cc: freebsd-current@freebsd.org Subject: Re: buildworld 17 Mar 2005 -CURRENT, top.local.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 04:17:32 -0000 On 2005-03-18 10:27, jb000002@mr-happy.com wrote: > I seem to get this error (or one very similar) about top.local.h every > second or third time I make buildworld. > > [...] > ===> usr.bin/top (all) > cc -O2 -fno-strict-aliasing -pipe -DHAVE_GETOPT -DHAVE_STRERROR -I/usr/src/usr.bin/top -I/usr/src/usr.bin/top/../../contrib/top -I. -DORDER -c /usr/src/usr.bin/top/../../contrib/top/commands.c > make: don't know how to make /usr/src/usr.bin/top/top.local.h. Stop > *** Error code 2 It seems someone is looking for a file that isn't there (yet). > This is from HEAD as of late Thursday UTC. It's also happened with > 4-STABLE and 5-STABLE, including release versions. Architecture > doesn't seem to matter--this was i386, also had it on sparc64. I can > work around it by copying top.local.h from > /usr/obj/usr/src/usr.bin/top to /usr/src/usr.bin/top and then 'make > -DNO_CLEAN buildworld', but it's sort of annoying to have to go > through that. I googled and searched the list archives and found > nothing. Any help? Need more info from me? You're not using -j 4 or something similar, right? From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 04:19:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D7716A4CF for ; Sun, 20 Mar 2005 04:19:13 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AA6D43D1D for ; Sun, 20 Mar 2005 04:19:12 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b225.otenet.gr [212.205.244.233]) j2K4IcNF023438 for ; Sun, 20 Mar 2005 06:18:41 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j2K4J8Du020858 for ; Sun, 20 Mar 2005 06:19:08 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j2JM8O4A011790 for freebsd-current@freebsd.org; Sun, 20 Mar 2005 00:08:24 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 20 Mar 2005 00:08:24 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050319220824.GA11339@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Forced M_NOWAIT in uma_core.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 04:19:13 -0000 While stress testing a program with a few thousand threads on a current system today (FreeBSD 6.0-CURRENT #1: Sat Mar 19 08:40:58 EET 2005), the following came up on my console: % malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: % exclusive sleep mutex UMA lock r = 0 (0xc0761f20) locked @ /usr/src/sys/vm/uma_core.c:1498 % KDB: stack backtrace: % kdb_backtrace(1,1,1,10,c14454e0) at kdb_backtrace+0x29 % witness_warn(5,0,c06a897b,c0689d86,c051fb39) at witness_warn+0x19a % uma_zalloc_arg(c14454e0,0,102) at uma_zalloc_arg+0x41 % malloc(10,c06e7320,102,10,c06e7320) at malloc+0xae % free_unr(c1d60b40,18ae1,c259fcf0,c259a200,c25427e0) at free_unr+0x2f % thread_fini(c259fcf0,16c) at thread_fini+0x33 % zone_drain(c1445900) at zone_drain+0x170 % zone_foreach(c0618cb0,d46c0cfc,c062a5fa,c069825c,246) at zone_foreach+0x37 % uma_reclaim(c069825c,246,0,d46c0c90,c052168c) at uma_reclaim+0x12 % vm_pageout_scan(0,c07623c0,0,c06aaa6e,5c3) at vm_pageout_scan+0xfe % vm_pageout(0,d46c0d48,0,c062b3c4,0) at vm_pageout+0x2c3 % fork_exit(c062b3c4,0,d46c0d48) at fork_exit+0xa4 % fork_trampoline() at fork_trampoline+0x8 % --- trap 0x1, eip = 0, esp = 0xd46c0d7c, ebp = 0 --- Is this a known issue of uma_core.c? From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 06:51:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95CFF16A4CE for ; Sun, 20 Mar 2005 06:51:24 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id B462143D31 for ; Sun, 20 Mar 2005 06:51:23 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a236.otenet.gr [212.205.215.236]) j2K6onUt022731 for ; Sun, 20 Mar 2005 08:50:50 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j2K6pKnD016071 for ; Sun, 20 Mar 2005 08:51:20 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j2K6pJsq016066 for freebsd-current@freebsd.org; Sun, 20 Mar 2005 08:51:19 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 20 Mar 2005 08:51:19 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050320065119.GA3676@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Pthreads in 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 06:51:24 -0000 I recently had to stress test a program that uses several thousands of threads, and one of the machines I ran it was a uniprocessor Celeron running at 1800 MHz with 512 MB of physical memory; the system I use as a workstation at home. During one of the tests, that used more than 12000 threads filling up queues that were consumed by 4-10 queue runner threads, the following appeared in top's output: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 10244 giorgos 129 0 348M 43500K RUN 0:51 10.84% 10.79% many At the same time, a buildworld was running in the background, I was chatting on IRC with some friends, and in general continued to work on my workstation as usual -- without any noticeable decrease in the perceived performance of the system, despite the fact that a program suddenly fired up so many threads and did its work. Pretty impressive :-) Many thanks to all the people who have been working so far to make thread support so cool in FreeBSD 6.0-CURRENT! - Giorgos From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 12:23:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78C8A16A4CE; Sun, 20 Mar 2005 12:23:48 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DAED43D1D; Sun, 20 Mar 2005 12:23:45 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a222.otenet.gr [212.205.215.222]) j2KCN5V8014172; Sun, 20 Mar 2005 14:23:08 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j2KCNFT3012120; Sun, 20 Mar 2005 14:23:34 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j2K8B4Q7064507; Sun, 20 Mar 2005 10:11:04 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 20 Mar 2005 10:11:04 +0200 From: Giorgos Keramidas To: Brooks Davis , Pawel Jakub Dawidek Message-ID: <20050320081104.GA64458@gothmog.gr> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106225857.GB784@darkness.comp.waw.pl> <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106195950.GA34916@gothmog.gr> <20050106200718.GD24896@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050106225857.GB784@darkness.comp.waw.pl> <20050106200718.GD24896@odin.ac.hmc.edu> cc: freebsd-current@freebsd.org Subject: Re: human-readable swap partition sizes with pstat -sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 12:23:48 -0000 Following up to an old thread, which seem to have stall when I got busier with other things... Sorry for the delay, guys :-| On 2005-01-06 12:07, Brooks Davis wrote: >>>> gothmog:/d/src/usr.sbin/pstat$ ./pstat -sh >>>> Device 1K-blocks Used Avail Capacity >>>> /dev/ad1s1b 5120000 12K 4.9G 0% >>> >>> Look good in general. Does -kh make sense? I think so since it would >>> force the blocks line, but I'm not 100% sure. [...] >>> On minor, mostly style nit is that while intmax_t is 64-bits, nothing >>> requires that so you should probably have conver return an int64_t. > > The CONVERT macro used to case to (int). You removed that cast which > works because humanize_number takes an int64_t and intmax_t is the same > as int64_t on all architectures. I see that humanize_number still expects an int64_t. On 2005-01-06 23:58, Pawel Jakub Dawidek wrote: > I like intmax_t also much better than int64_t, but I took it from > NetBSD and they got int64_t there. Anyway, I think we don't have to be > 100% compatible here and I'll look what can be done. Bearing this in mind, is it ok then if I commit the pstat changes shown below, which use intmax_t or is it better to change all the intmax_t instances in pstat.c to int64_t? %%% Index: Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/pstat/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- Makefile 4 Apr 2003 17:49:17 -0000 1.12 +++ Makefile 23 Oct 2004 20:44:14 -0000 @@ -8,7 +8,7 @@ WARNS?= 2 -DPADD= ${LIBKVM} -LDADD= -lkvm +DPADD= ${LIBKVM} ${LIBUTIL} +LDADD= -lkvm -lutil .include Index: pstat.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/pstat/pstat.8,v retrieving revision 1.46 diff -u -r1.46 pstat.8 --- pstat.8 18 Jan 2005 20:02:41 -0000 1.46 +++ pstat.8 29 Jan 2005 02:03:05 -0000 @@ -35,7 +35,7 @@ .\" @(#)pstat.8 8.5 (Berkeley) 5/13/94 .\" $FreeBSD: src/usr.sbin/pstat/pstat.8,v 1.46 2005/01/18 20:02:41 ru Exp $ .\" -.Dd May 23, 2002 +.Dd October 23, 2004 .Dt PSTAT 8 .Os .Sh NAME @@ -44,10 +44,10 @@ .Nd display system data structures .Sh SYNOPSIS .Nm -.Op Fl Tfknst +.Op Fl Tfhknst .Op Fl M Ar core Op Fl N Ar system .Nm swapinfo -.Op Fl k +.Op Fl hk .Op Fl M Ar core Op Fl N Ar system .Sh DESCRIPTION The @@ -77,6 +77,11 @@ .Bl -tag -width indent .It Fl n Print devices out by major/minor instead of name. +.It Fl h +.Dq Human-readable +output. +Use unit suffixes when printing swap partition sizes: +Byte, Kilobyte, Megabyte, Gigabyte, Terabyte and Petabyte. .It Fl k Print sizes in kilobytes, regardless of the setting of the .Ev BLOCKSIZE Index: pstat.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pstat/pstat.c,v retrieving revision 1.92 diff -u -r1.92 pstat.c --- pstat.c 27 Nov 2004 06:51:39 -0000 1.92 +++ pstat.c 6 Dec 2004 04:02:35 -0000 @@ -65,6 +65,7 @@ #include #include #include +#include #include #include #include @@ -87,6 +88,7 @@ { "" } }; +static int humanflag; static int usenumflag; static int totalflag; static int swapflag; @@ -120,11 +122,11 @@ opts = argv[0]; if (!strcmp(opts, "swapinfo")) { swapflag = 1; - opts = "kM:N:"; - usagestr = "swapinfo [-k] [-M core [-N system]]"; + opts = "hkM:N:"; + usagestr = "swapinfo [-hk] [-M core [-N system]]"; } else { - opts = "TM:N:fknst"; - usagestr = "pstat [-Tfknst] [-M core [-N system]]"; + opts = "TM:N:hfknst"; + usagestr = "pstat [-Tfhknst] [-M core [-N system]]"; } while ((ch = getopt(argc, argv, opts)) != -1) @@ -132,6 +134,9 @@ case 'f': fileflag = 1; break; + case 'h': + humanflag = 1; + break; case 'k': putenv("BLOCKSIZE=1K"); break; @@ -469,7 +474,7 @@ * by Kevin Lahey . */ -#define CONVERT(v) ((int)((intmax_t)(v) * pagesize / blocksize)) +#define CONVERT(v) ((intmax_t)(v) * pagesize / blocksize) static struct kvm_swap swtot; static int nswdev; @@ -488,25 +493,43 @@ } static void -print_swap(struct kvm_swap *ksw) +print_swap_line(const char *devname, intmax_t nblks, intmax_t bused, + intmax_t bavail, float bpercent) { + char usedbuf[5]; + char availbuf[5]; int hlen, pagesize; long blocksize; pagesize = getpagesize(); getbsize(&hlen, &blocksize); + + printf("%-15s %*jd ", devname, hlen, CONVERT(nblks)); + if (humanflag) { + humanize_number(usedbuf, sizeof(usedbuf), + CONVERT(blocksize * bused), "", + HN_AUTOSCALE, HN_B | HN_NOSPACE | HN_DECIMAL); + humanize_number(availbuf, sizeof(availbuf), + CONVERT(blocksize * bavail), "", + HN_AUTOSCALE, HN_B | HN_NOSPACE | HN_DECIMAL); + printf("%8s %8s %5.0f%%\n", usedbuf, availbuf, bpercent); + } else { + printf("%8jd %8jd %5.0f%%\n", CONVERT(bused), + CONVERT(bavail), bpercent); + } +} + +static void +print_swap(struct kvm_swap *ksw) +{ + swtot.ksw_total += ksw->ksw_total; swtot.ksw_used += ksw->ksw_used; ++nswdev; - if (totalflag == 0) { - (void)printf("%-15s %*d ", - ksw->ksw_devname, hlen, - CONVERT(ksw->ksw_total)); - (void)printf("%8d %8d %5.0f%%\n", - CONVERT(ksw->ksw_used), - CONVERT(ksw->ksw_total - ksw->ksw_used), + if (totalflag == 0) + print_swap_line(ksw->ksw_devname, ksw->ksw_total, + ksw->ksw_used, ksw->ksw_total, (ksw->ksw_used * 100.0) / ksw->ksw_total); - } } static void @@ -519,13 +542,11 @@ getbsize(&hlen, &blocksize); if (totalflag) { blocksize = 1024 * 1024; - (void)printf("%dM/%dM swap space\n", + (void)printf("%jdM/%jdM swap space\n", CONVERT(swtot.ksw_used), CONVERT(swtot.ksw_total)); } else if (nswdev > 1) { - (void)printf("%-15s %*d %8d %8d %5.0f%%\n", - "Total", hlen, CONVERT(swtot.ksw_total), - CONVERT(swtot.ksw_used), - CONVERT(swtot.ksw_total - swtot.ksw_used), + print_swap_line("Total", swtot.ksw_total, swtot.ksw_used, + swtot.ksw_total - swtot.ksw_used, (swtot.ksw_used * 100.0) / swtot.ksw_total); } } %%% From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 12:43:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFF9D16A4CE; Sun, 20 Mar 2005 12:43:20 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64D6D43D31; Sun, 20 Mar 2005 12:43:20 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 63246ACAE6; Sun, 20 Mar 2005 13:43:18 +0100 (CET) Date: Sun, 20 Mar 2005 13:43:18 +0100 From: Pawel Jakub Dawidek To: Giorgos Keramidas Message-ID: <20050320124318.GY591@darkness.comp.waw.pl> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106225857.GB784@darkness.comp.waw.pl> <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106195950.GA34916@gothmog.gr> <20050106200718.GD24896@odin.ac.hmc.edu> <20050320081104.GA64458@gothmog.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ds9maZbwT7uk2FVi" Content-Disposition: inline In-Reply-To: <20050320081104.GA64458@gothmog.gr> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: human-readable swap partition sizes with pstat -sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 12:43:21 -0000 --ds9maZbwT7uk2FVi Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 20, 2005 at 10:11:04AM +0200, Giorgos Keramidas wrote: +> On 2005-01-06 23:58, Pawel Jakub Dawidek wrote: +> > I like intmax_t also much better than int64_t, but I took it from +> > NetBSD and they got int64_t there. Anyway, I think we don't have to be +> > 100% compatible here and I'll look what can be done. +>=20 +> Bearing this in mind, is it ok then if I commit the pstat changes shown +> below, which use intmax_t or is it better to change all the intmax_t +> instances in pstat.c to int64_t? Use int64_t. We decided not to use intmax_t in humanize_number(3), because then we need to include inttypes.h from libutil.h and this is just too nasty. The patch looks ok. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ds9maZbwT7uk2FVi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCPW/mForvXbEpPzQRArTMAJ92EupVXBtL2FxXrleLwYkwggN9oACfYf9m qAyWrIdvAjGJ5BNcXuz0ISQ= =gL9c -----END PGP SIGNATURE----- --ds9maZbwT7uk2FVi-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 14:19:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A685116A4CE for ; Sun, 20 Mar 2005 14:19:02 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id C82EE43D48 for ; Sun, 20 Mar 2005 14:19:01 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 10825 invoked from network); 20 Mar 2005 14:19:00 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 20 Mar 2005 14:19:00 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j2KEIxgB042381; Sun, 20 Mar 2005 15:18:59 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j2KEIsq1042380; Sun, 20 Mar 2005 15:18:54 +0100 (CET) (envelope-from pho) Date: Sun, 20 Mar 2005 15:18:54 +0100 From: Peter Holm To: jroberson@chesapeake.net Message-ID: <20050320141854.GA42249@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Process stuck in getblk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 14:19:02 -0000 With GENERIC HEAD from Mar 18 15:56 UTC I ran into these two problems where a user process seems to be waiting on a lock, that appears to be owned by non-existent thread. 5123 [SLPQ getblk 0xc665717c][SLP] mkdir sleepq_switch(c665717c,cf4698c8,c061bcd5,...) at sleepq_switch+0xe0 sleepq_wait(c665717c,0,0,2010020,600) at sleepq_wait+0x30 msleep(c665717c,c09118dc,50,c083af8f,0) at msleep+0x311 acquire(cf469920,2010020,600,c1b2b000,0) at acquire+0xba debuglockmgr(c665717c,2090022,c1e7d5a0,...) at debuglockmgr+0x406 getblk(c1e7d500,0,0,800,0) at getblk+0x15a breadn(c1e7d500,0,0,800,0) at breadn+0x58 bread(c1e7d500,0,0,800,0) at bread+0x20 ffs_blkatoff(c1e7d500,0,0,0,cf469a58) at ffs_blkatoff+0x9e ufs_lookup(cf469b18) at ufs_lookup+0x326 VOP_CACHEDLOOKUP_APV(c08cf140,cf469b18) at VOP_CACHEDLOOKUP_APV+0x7e vfs_cache_lookup(cf469b9c) at vfs_cache_lookup+0xd2 VOP_LOOKUP_APV(c08cf140,cf469b9c) at VOP_LOOKUP_APV+0x7e lookup(cf469c7c,c0918d80,0,c1b2b000,69f) at lookup+0x362 namei(cf469c7c) at namei+0x34a kern_rmdir(c1b2b000,bfbc97d0,0,cf469d40,c07cc3a3) at kern_rmdir+0x3a rmdir(c1b2b000,cf469d14,1,25,292) at rmdir+0x12 syscall(2804002f,bfbf002f,bfb8002f,2804f24c,bfbfeb00) at syscall+0x213 (kgdb) p (*(struct lock *)0xc665717c)->lk_lockholder->td_state $2 = TDS_INACTIVE http://www.holm.cc/stress/log/cons122.html http://www.holm.cc/stress/log/cons123.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 16:36:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E837016A4CE for ; Sun, 20 Mar 2005 16:36:12 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC2CC43D1F for ; Sun, 20 Mar 2005 16:36:12 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DD3PQ-0004cz-Eb for freebsd-current@freebsd.org; Sun, 20 Mar 2005 16:36:12 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DD3PP-0009wS-94 for freebsd-current@freebsd.org; Sun, 20 Mar 2005 08:36:11 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16957.42618.870178.341028@roam.psg.com> Date: Sun, 20 Mar 2005 08:36:10 -0800 To: FreeBSD Current Subject: ata, thinkpads, suspend, ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 16:36:13 -0000 i am happily running a thinkpad t41 with current as of 28 feb with nate's two ata patches. it suspends and restores! it does pretty much everything. but i did like sos's patch, which i also tried. except it broke suspend/resume, which was working with an unpatched current. and i have been traveling and out of touch for some weeks. i would like to update and move forward. what is the state of ata, thinkpads, suspend, ...? did sos or someone find the aipca probem with his patches? did sos commit to current with or without? randy From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 17:53:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34A5516A4CE for ; Sun, 20 Mar 2005 17:53:44 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBEDF43D31 for ; Sun, 20 Mar 2005 17:53:43 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 25717 invoked from network); 20 Mar 2005 17:53:43 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 20 Mar 2005 17:53:43 -0000 Received: from hydrogen.funkthat.com (idqfmh@localhost.funkthat.com [127.0.0.1])j2KHrgGH034634 for ; Sun, 20 Mar 2005 09:53:42 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2KHrgw5034633 for FreeBSD-current@FreeBSD.org; Sun, 20 Mar 2005 09:53:42 -0800 (PST) Date: Sun, 20 Mar 2005 09:53:42 -0800 From: John-Mark Gurney To: FreeBSD-current@FreeBSD.org Message-ID: <20050320175341.GG37984@funkthat.com> Mail-Followup-To: FreeBSD-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: problems (race?) w/ sbp + cam + da X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 17:53:44 -0000 Well, I upgraded my box to current, and I have been playing around with a hard disk in a firewire enclosure... I have gotten a couple different panics... This seems to be a race between opening da0 and various operations... To stimulate these crashes, I have simply been running newfs on /dev/da0a... The latest: da0: 239372MB (490234752 512 byte sectors: 255H 63S/T 30515C) panic: Provider da0 lacks sectorsize Earlier: Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xc07d682f stack pointer = 0x10:0xd5d976f8 frame pointer = 0x10:0xd5d97780 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 572 (newfs) [thread pid 572 tid 100084 ] Stopped at __qdivrem+0x3b: divl %ecx,%eax db> tr Tracing pid 572 tid 100084 td 0xc1b55450 __qdivrem(1,0,0,0,0) at __qdivrem+0x3b __udivdi3(1,0,0,0) at __udivdi3+0x16 cam_calc_geometry(d5d97834,1,d5d97da0,c0625b57,c1947084) at cam_calc_geometry+0x26 sbp_action1(c18417c0,d5d97834) at sbp_action1+0x437 sbp_action(c18417c0,d5d97834) at sbp_action+0xe xpt_action(d5d97834,d5d97834,c1a7c4f0,1,1) at xpt_action+0x28a dasetgeom(c1a22a80,ec520000,0,0) at dasetgeom+0x69 dagetcapacity(c1a22a80,8,c082c5a7,63,c1c7e180) at dagetcapacity+0x266 daopen(c1c7e180,0,0,c1a3e300,c1ab6800) at daopen+0x71 g_disk_access(c1a3e300,1,1,1,c08f8158) at g_disk_access+0xd7 g_access(c1ab6800,1,1,1,c1ab6800) at g_access+0x191 g_slice_access(c1a3e800,1,1,1,c1c97900) at g_slice_access+0x149 g_access(c1ab6900,1,1,0,1) at g_access+0x191 g_dev_open(c1c97900,3,2000,c1b55450,c1c97900) at g_dev_open+0xb6 devfs_open(d5d97a74) at devfs_open+0x183 VOP_OPEN_APV(c088de20,d5d97a74) at VOP_OPEN_APV+0x7e vn_open_cred(d5d97bdc,d5d97cdc,920,c1c7eb80,4) at vn_open_cred+0x402 vn_open(d5d97bdc,d5d97cdc,920,4,c067212a) at vn_open+0x1e kern_open(c1b55450,bfbfedeb,0,3,bfbfeb30) at kern_open+0xb6 open(c1b55450,d5d97d14,3,1,292) at open+0x1a Clues anyone? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 18:31:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1859416A4CF for ; Sun, 20 Mar 2005 18:31:37 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBDC543D48 for ; Sun, 20 Mar 2005 18:31:36 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 0A69B12121 for ; Sun, 20 Mar 2005 13:31:42 -0500 (EST) Message-ID: <423DC12C.6060600@chuckr.org> Date: Sun, 20 Mar 2005 18:30:04 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: aic7xxx/aicasm manpage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 18:31:37 -0000 My kernel build is busted, it can't find: cd ../../../modules; MAKEOBJDIRPREFIX=/usr/src/sys/amd64/compile/JULY/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=amd64 KERNBUILDDIR="/usr/src/sys/amd64/compile/JULY" make all ===> aac (all) ===> accf_data (all) ===> accf_http (all) ===> agp (all) ===> aha (all) ===> aic7xxx (all) ===> aic7xxx/aicasm (all) make: don't know how to make aicasm.1. Stop *** Error code 2 Stop in /usr/src/sys/modules/aic7xxx. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 I know that to fix this, the simplest way is to merely stick a NOMAN= into the Makefile at /sys/modules/aic7xxx/aicasm. I don't know if that's the way you'd want to fix it, but it seems to break the build for me, so a prompt fix is in order, I think. From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 18:52:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E9616A4CE for ; Sun, 20 Mar 2005 18:52:15 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB56D43D31 for ; Sun, 20 Mar 2005 18:52:14 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2KIpNfs051418; Sun, 20 Mar 2005 11:51:24 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <423DC5BA.3050605@samsco.org> Date: Sun, 20 Mar 2005 11:49:30 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Robey References: <423DC12C.6060600@chuckr.org> In-Reply-To: <423DC12C.6060600@chuckr.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: FreeBSD-current@freebsd.org Subject: Re: aic7xxx/aicasm manpage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 18:52:15 -0000 Chuck Robey wrote: > My kernel build is busted, it can't find: > > cd ../../../modules; > MAKEOBJDIRPREFIX=/usr/src/sys/amd64/compile/JULY/modules > KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=amd64 > KERNBUILDDIR="/usr/src/sys/amd64/compile/JULY" make all > ===> aac (all) > ===> accf_data (all) > ===> accf_http (all) > ===> agp (all) > ===> aha (all) > ===> aic7xxx (all) > ===> aic7xxx/aicasm (all) > make: don't know how to make aicasm.1. Stop > *** Error code 2 > > Stop in /usr/src/sys/modules/aic7xxx. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > I know that to fix this, the simplest way is to merely stick a > NOMAN= > > into the Makefile at /sys/modules/aic7xxx/aicasm. I don't know if > that's the way you'd want to fix it, but it seems to break the build for > me, so a prompt fix is in order, I think. It's lingering breakage from the NO_MAN/NOMAN thing. I thought that some shims were put in to deal with this, but maybe not? How are you compiling the kernel? Do you have a current world built and installed? Scott From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 19:04:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 073FA16A4CF for ; Sun, 20 Mar 2005 19:04:53 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BAAC43D5D for ; Sun, 20 Mar 2005 19:04:52 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id B27FF118CB; Sun, 20 Mar 2005 14:04:57 -0500 (EST) Message-ID: <423DC8F8.8060309@chuckr.org> Date: Sun, 20 Mar 2005 19:03:20 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <423DC12C.6060600@chuckr.org> <423DC5BA.3050605@samsco.org> In-Reply-To: <423DC5BA.3050605@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-current@freebsd.org Subject: Re: aic7xxx/aicasm manpage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 19:04:53 -0000 Scott Long wrote: > Chuck Robey wrote: > >> My kernel build is busted, it can't find: >> >> cd ../../../modules; >> MAKEOBJDIRPREFIX=/usr/src/sys/amd64/compile/JULY/modules >> KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=amd64 >> KERNBUILDDIR="/usr/src/sys/amd64/compile/JULY" make all >> ===> aac (all) >> ===> accf_data (all) >> ===> accf_http (all) >> ===> agp (all) >> ===> aha (all) >> ===> aic7xxx (all) >> ===> aic7xxx/aicasm (all) >> make: don't know how to make aicasm.1. Stop >> *** Error code 2 >> >> Stop in /usr/src/sys/modules/aic7xxx. >> *** Error code 1 >> >> Stop in /usr/src/sys/modules. >> *** Error code 1 >> >> I know that to fix this, the simplest way is to merely stick a >> NOMAN= >> >> into the Makefile at /sys/modules/aic7xxx/aicasm. I don't know if >> that's the way you'd want to fix it, but it seems to break the build >> for me, so a prompt fix is in order, I think. > > > It's lingering breakage from the NO_MAN/NOMAN thing. I thought that > some shims were put in to deal with this, but maybe not? How are you > compiling the kernel? Do you have a current world built and installed? Doing it the hard way, cd to /sys/amd64/conf, do a config witha brand-new config (just installed), cd to ../compile/(myname), then do a make depend, then do a make (not combine them). I figured, this was so obvious, there was probably some sort of shim that I couldn't spot. You know what's always bummed me out about our make? What we oughta have is a multi-phase include ... so that, particular include statements would not activate until a particular target was completed, then they would read and modify things. Having depends be forced to be either done wrong (and most folks misunderstand how it works, and you know it) or to be done in two steps. It ought to be done in one step. I haven't figued out the syntax ... but I might suggest, something like: include (filename) (target) where if the target was left out, it would work as it is today, but if a second parameter was supplied, then the include statement would not work until/unless that target was satisfied. Then, additionally, whenever such a target was completed, all such includes would be automatically make current. Does that sound good? I'm a makefile crazy, so if it does sound good, leave me with it. I know how our software dev works, and I want neither a guarantee nor anything else like gets often asked for, but I would appreciate a word if you have a better notion. > > Scott From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 19:07:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6277516A4CE for ; Sun, 20 Mar 2005 19:07:23 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 224BA43D39 for ; Sun, 20 Mar 2005 19:07:23 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 6D0C846B17; Sun, 20 Mar 2005 14:07:22 -0500 (EST) Date: Sun, 20 Mar 2005 19:04:34 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Chuck Robey In-Reply-To: <423DC12C.6060600@chuckr.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD-current@FreeBSD.org Subject: Re: aic7xxx/aicasm manpage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 19:07:23 -0000 On Sun, 20 Mar 2005, Chuck Robey wrote: > My kernel build is busted, it can't find: > > cd ../../../modules; > MAKEOBJDIRPREFIX=/usr/src/sys/amd64/compile/JULY/modules > KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=amd64 > KERNBUILDDIR="/usr/src/sys/amd64/compile/JULY" make all > ===> aac (all) > ===> accf_data (all) > ===> accf_http (all) > ===> agp (all) > ===> aha (all) > ===> aic7xxx (all) > ===> aic7xxx/aicasm (all) > make: don't know how to make aicasm.1. Stop > *** Error code 2 > > Stop in /usr/src/sys/modules/aic7xxx. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > I know that to fix this, the simplest way is to merely stick a NOMAN= > > > into the Makefile at /sys/modules/aic7xxx/aicasm. I don't know if > that's the way you'd want to fix it, but it seems to break the build for > me, so a prompt fix is in order, I think. Are you building a 6.x kernel from a 5.x userspace? You can work around it the documented way by using buildworld and the buildkernel, or the easy way, by forcing NOMAN during the kernel build (or changing NO_MAN in the aicasm Makefile to NOMAN). There was discussion of adding compatibility bits to 5.x so it could build makefiles that use NO_MAN, but I've yet to see that work. Of course, my 5.x boxes where I build 6.x kernels aren't all that up-to-date... Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 19:11:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAFD616A4CE; Sun, 20 Mar 2005 19:11:56 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9964343D1D; Sun, 20 Mar 2005 19:11:56 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id C3E9B11958; Sun, 20 Mar 2005 14:12:01 -0500 (EST) Message-ID: <423DCAA0.9020104@chuckr.org> Date: Sun, 20 Mar 2005 19:10:24 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-current@FreeBSD.org Subject: Re: aic7xxx/aicasm manpage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 19:11:57 -0000 Robert Watson wrote: > On Sun, 20 Mar 2005, Chuck Robey wrote: > > >>My kernel build is busted, it can't find: >> >>cd ../../../modules; >>MAKEOBJDIRPREFIX=/usr/src/sys/amd64/compile/JULY/modules >>KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=amd64 >>KERNBUILDDIR="/usr/src/sys/amd64/compile/JULY" make all >>===> aac (all) >>===> accf_data (all) >>===> accf_http (all) >>===> agp (all) >>===> aha (all) >>===> aic7xxx (all) >>===> aic7xxx/aicasm (all) >>make: don't know how to make aicasm.1. Stop >>*** Error code 2 >> >>Stop in /usr/src/sys/modules/aic7xxx. >>*** Error code 1 >> >>Stop in /usr/src/sys/modules. >>*** Error code 1 >> >>I know that to fix this, the simplest way is to merely stick a NOMAN= >> >> >>into the Makefile at /sys/modules/aic7xxx/aicasm. I don't know if >>that's the way you'd want to fix it, but it seems to break the build for >>me, so a prompt fix is in order, I think. > > > Are you building a 6.x kernel from a 5.x userspace? You can work around > it the documented way by using buildworld and the buildkernel, or the easy > way, by forcing NOMAN during the kernel build (or changing NO_MAN in the > aicasm Makefile to NOMAN). There was discussion of adding compatibility > bits to 5.x so it could build makefiles that use NO_MAN, but I've yet to > see that work. Of course, my 5.x boxes where I build 6.x kernels aren't > all that up-to-date... > This is a system that's having it's first new kernel being compiled, but uname reports a 6.0 current, so I don';t think I've made any gross mistake, and the branch is HEAD, so I'm doing nothing at all with 5.x, I think. I'm not using Make INSTALLKERNEL although I used to do that. I already got past it by patching my Makefile, which I know is wrong, because I'm gonna have to take it out once it gets fixed. > Robert N M Watson > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 19:40:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4CCF16A4CE for ; Sun, 20 Mar 2005 19:40:57 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 719AF43D1F for ; Sun, 20 Mar 2005 19:40:57 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 33F2B11958 for ; Sun, 20 Mar 2005 14:41:02 -0500 (EST) Message-ID: <423DD1C8.7060703@chuckr.org> Date: Sun, 20 Mar 2005 19:40:56 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: building Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 19:40:57 -0000 I can't seem top get linux compatibiilty working. I tried doing a kldload linux, it told me there wasn't any linux.ko. I figured that I need a new kernel, so I just compiled one, but that didn't make me a linux.ko. OK, I went into NOTES and searched for LINUX, found several, and some with made me wonder if there was a x86 dependency (my system is a dual amd64). What config options do I need for Linux compatibility? From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 19:43:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C680916A4CE; Sun, 20 Mar 2005 19:43:38 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D78B943D62; Sun, 20 Mar 2005 19:43:37 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2KJhX3E067927; Sun, 20 Mar 2005 21:43:33 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 25361-03; Sun, 20 Mar 2005 21:43:35 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2KJhWt5067924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Mar 2005 21:43:32 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2KJhp2j092601; Sun, 20 Mar 2005 21:43:51 +0200 (EET) (envelope-from ru) Date: Sun, 20 Mar 2005 21:43:50 +0200 From: Ruslan Ermilov To: Chuck Robey Message-ID: <20050320194350.GA92555@ip.net.ua> References: <423DCAA0.9020104@chuckr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <423DCAA0.9020104@chuckr.org> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Robert Watson cc: current@freebsd.org Subject: Re: aic7xxx/aicasm manpage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 19:43:39 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 20, 2005 at 07:10:24PM +0000, Chuck Robey wrote: > Robert Watson wrote: > >On Sun, 20 Mar 2005, Chuck Robey wrote: > > > > > >>My kernel build is busted, it can't find: > >> > >>cd ../../../modules;=20 > >>MAKEOBJDIRPREFIX=3D/usr/src/sys/amd64/compile/JULY/modules=20 > >>KMODDIR=3D/boot/kernel DEBUG_FLAGS=3D"-g" MACHINE=3Damd64=20 > >>KERNBUILDDIR=3D"/usr/src/sys/amd64/compile/JULY" make all > >>=3D=3D=3D> aac (all) > >>=3D=3D=3D> accf_data (all) > >>=3D=3D=3D> accf_http (all) > >>=3D=3D=3D> agp (all) > >>=3D=3D=3D> aha (all) > >>=3D=3D=3D> aic7xxx (all) > >>=3D=3D=3D> aic7xxx/aicasm (all) > >>make: don't know how to make aicasm.1. Stop > >>*** Error code 2 > >> > >>Stop in /usr/src/sys/modules/aic7xxx. > >>*** Error code 1 > >> > >>Stop in /usr/src/sys/modules. > >>*** Error code 1 > >> > >>I know that to fix this, the simplest way is to merely stick a NOMAN=3D > >> > >> > >>into the Makefile at /sys/modules/aic7xxx/aicasm. I don't know if > >>that's the way you'd want to fix it, but it seems to break the build for > >>me, so a prompt fix is in order, I think.=20 > > > > > >Are you building a 6.x kernel from a 5.x userspace? You can work around > >it the documented way by using buildworld and the buildkernel, or the ea= sy > >way, by forcing NOMAN during the kernel build (or changing NO_MAN in the > >aicasm Makefile to NOMAN). There was discussion of adding compatibility > >bits to 5.x so it could build makefiles that use NO_MAN, but I've yet to > >see that work. Of course, my 5.x boxes where I build 6.x kernels aren't > >all that up-to-date... > > >=20 > This is a system that's having it's first new kernel being compiled, but= =20 > uname reports a 6.0 current, so I don';t think I've made any gross=20 > mistake, and the branch is HEAD, so I'm doing nothing at all with 5.x, I= =20 > think. I'm not using Make INSTALLKERNEL although I used to do that. >=20 > I already got past it by patching my Makefile, which I know is wrong,=20 > because I'm gonna have to take it out once it gets fixed. >=20 But your world (including /usr/share/mk/) is 5.x. If you had followed the src/UPDATING instructions closely, you wouldn't hit this problem: : To build a kernel : ----------------- : If you are updating from a prior version of FreeBSD (even one just : a few days old), you should follow this procedure. With a : /usr/obj tree with a fresh buildworld, : make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=3DYOUR_KERNEL_HERE : make -DALWAYS_CHECK_MAKE installkernel KERNCONF=3DYOUR_KERNEL_HERE The buildworld takes care of updating make(1), and src/Makefile takes care of using fresh share/mk files. And so on. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPdJ2qRfpzJluFF4RAomWAKCC9nkJ8JVKrrOBdMyFzH7SVPdulQCdGz6m eVlw3W82l+SQL1xF52Rg22g= =8HBv -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 19:49:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A51A16A4CE for ; Sun, 20 Mar 2005 19:49:06 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2B6543D1D for ; Sun, 20 Mar 2005 19:49:04 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2KJn2BX014568; Sun, 20 Mar 2005 13:49:02 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423DD3A3.2070500@centtech.com> Date: Sun, 20 Mar 2005 13:48:51 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Robey References: <423DD1C8.7060703@chuckr.org> In-Reply-To: <423DD1C8.7060703@chuckr.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-current@freebsd.org Subject: Re: building Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 19:49:06 -0000 Chuck Robey wrote: > I can't seem top get linux compatibiilty working. > > I tried doing a kldload linux, it told me there wasn't any linux.ko. I > figured that I need a new kernel, so I just compiled one, but that > didn't make me a linux.ko. OK, I went into NOTES and searched for > LINUX, found several, and some with made me wonder if there was a x86 > dependency (my system is a dual amd64). What config options do I need > for Linux compatibility? Check here first: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html If you still have questions, feel free to send another note.. I think it will answer all your questions. In short, you need to install the linux compatibility port. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 19:58:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1393616A4CE for ; Sun, 20 Mar 2005 19:58:27 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9865D43D58 for ; Sun, 20 Mar 2005 19:58:26 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 3934D11FD7; Sun, 20 Mar 2005 14:58:31 -0500 (EST) Message-ID: <423DD5E1.3040301@chuckr.org> Date: Sun, 20 Mar 2005 19:58:25 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <423DD1C8.7060703@chuckr.org> <423DD3A3.2070500@centtech.com> In-Reply-To: <423DD3A3.2070500@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-current@freebsd.org Subject: Re: building Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 19:58:27 -0000 Eric Anderson wrote: > Chuck Robey wrote: > >> I can't seem top get linux compatibiilty working. >> >> I tried doing a kldload linux, it told me there wasn't any linux.ko. >> I figured that I need a new kernel, so I just compiled one, but that >> didn't make me a linux.ko. OK, I went into NOTES and searched for >> LINUX, found several, and some with made me wonder if there was a x86 >> dependency (my system is a dual amd64). What config options do I need >> for Linux compatibility? > > > Check here first: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html > > If you still have questions, feel free to send another note.. I think > it will answer all your questions. In short, you need to install the > linux compatibility port. I'll take another look at it, but I already did, and it complained about not having Linux in the kernel. I think you need Linux in the kernel before you consider addign in the Linux binaries. > > Eric > > > From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 20:03:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C53D16A517 for ; Sun, 20 Mar 2005 20:03:28 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9453843D78 for ; Sun, 20 Mar 2005 20:03:27 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2KK3LIk068820; Sun, 20 Mar 2005 22:03:21 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 26331-07; Sun, 20 Mar 2005 22:03:23 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2KK3Kx6068817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Mar 2005 22:03:20 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2KK3dEC092851; Sun, 20 Mar 2005 22:03:39 +0200 (EET) (envelope-from ru) Date: Sun, 20 Mar 2005 22:03:39 +0200 From: Ruslan Ermilov To: Chuck Robey Message-ID: <20050320200339.GB92740@ip.net.ua> References: <423DD1C8.7060703@chuckr.org> <423DD3A3.2070500@centtech.com> <423DD5E1.3040301@chuckr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <423DD5E1.3040301@chuckr.org> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: FreeBSD-current@FreeBSD.org cc: Eric Anderson Subject: Re: building Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 20:03:30 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 20, 2005 at 07:58:25PM +0000, Chuck Robey wrote: > Eric Anderson wrote: > >Chuck Robey wrote: > > > >>I can't seem top get linux compatibiilty working. > >> > >>I tried doing a kldload linux, it told me there wasn't any linux.ko. = =20 > >>I figured that I need a new kernel, so I just compiled one, but that=20 > >>didn't make me a linux.ko. OK, I went into NOTES and searched for=20 > >>LINUX, found several, and some with made me wonder if there was a x86= =20 > >>dependency (my system is a dual amd64). What config options do I need= =20 > >>for Linux compatibility? > > > > > >Check here first: > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html > > > >If you still have questions, feel free to send another note.. I think= =20 > >it will answer all your questions. In short, you need to install the=20 > >linux compatibility port. >=20 > I'll take another look at it, but I already did, and it complained about= =20 > not having Linux in the kernel. I think you need Linux in the kernel=20 > before you consider addign in the Linux binaries. >=20 We don't have Linux/amd64 compatibility yet. What we have is Linux/i386 compatibility for amd64 but it's buggy compared to its i386 version. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPdcbqRfpzJluFF4RAnY0AJ9oJ7aP2V9aRyLmpvBrehjlzEUSIgCfbFgw ynTkhgB5o+0zOe+7sbpBpmI= =8ICB -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 20:08:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E38116A4CE; Sun, 20 Mar 2005 20:08:19 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B67F843D58; Sun, 20 Mar 2005 20:08:18 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 39B9D11FE6; Sun, 20 Mar 2005 15:08:23 -0500 (EST) Message-ID: <423DD831.5060809@chuckr.org> Date: Sun, 20 Mar 2005 20:08:17 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <423DD1C8.7060703@chuckr.org> <423DD3A3.2070500@centtech.com> <423DD5E1.3040301@chuckr.org> <20050320200339.GB92740@ip.net.ua> In-Reply-To: <20050320200339.GB92740@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-current@FreeBSD.org cc: Eric Anderson Subject: Re: building Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 20:08:19 -0000 Ruslan Ermilov wrote: > On Sun, Mar 20, 2005 at 07:58:25PM +0000, Chuck Robey wrote: > >>Eric Anderson wrote: >> >>>Chuck Robey wrote: >>> >>> >>>>I can't seem top get linux compatibiilty working. >>>> >>>>I tried doing a kldload linux, it told me there wasn't any linux.ko. >>>>I figured that I need a new kernel, so I just compiled one, but that >>>>didn't make me a linux.ko. OK, I went into NOTES and searched for >>>>LINUX, found several, and some with made me wonder if there was a x86 >>>>dependency (my system is a dual amd64). What config options do I need >>>>for Linux compatibility? >>> >>> >>>Check here first: >>>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html >>> >>>If you still have questions, feel free to send another note.. I think >>>it will answer all your questions. In short, you need to install the >>>linux compatibility port. >> >>I'll take another look at it, but I already did, and it complained about >>not having Linux in the kernel. I think you need Linux in the kernel >>before you consider addign in the Linux binaries. >> > > We don't have Linux/amd64 compatibility yet. What we have is > Linux/i386 compatibility for amd64 but it's buggy compared to > its i386 version. > You know where this all started? I wanted to run a Java, and I need a jdk14 to build either a jdk14 OR a jdk15. The Java list sent me off to get a Linux JDK, that got me off to get Linux compatibility. Now you're telling me I can't run Linux apps? I think the folks on the Java list seem to be disagreeing with you, at the minimum. It's beginning to become funny. > > Cheers, From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 20:12:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22B2016A4CE for ; Sun, 20 Mar 2005 20:12:24 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 215CC43D4C for ; Sun, 20 Mar 2005 20:12:23 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2KKCJhB069265; Sun, 20 Mar 2005 22:12:19 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 26577-14; Sun, 20 Mar 2005 22:12:20 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2KKCHYk069261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Mar 2005 22:12:18 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2KKCbsG092960; Sun, 20 Mar 2005 22:12:37 +0200 (EET) (envelope-from ru) Date: Sun, 20 Mar 2005 22:12:36 +0200 From: Ruslan Ermilov To: Chuck Robey Message-ID: <20050320201236.GA92870@ip.net.ua> References: <423DD1C8.7060703@chuckr.org> <423DD3A3.2070500@centtech.com> <423DD5E1.3040301@chuckr.org> <20050320200339.GB92740@ip.net.ua> <423DD831.5060809@chuckr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <423DD831.5060809@chuckr.org> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: FreeBSD-current@FreeBSD.org cc: Eric Anderson Subject: Re: building Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 20:12:24 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 20, 2005 at 08:08:17PM +0000, Chuck Robey wrote: > Ruslan Ermilov wrote: > >On Sun, Mar 20, 2005 at 07:58:25PM +0000, Chuck Robey wrote: > > > >>Eric Anderson wrote: > >> > >>>Chuck Robey wrote: > >>> > >>> > >>>>I can't seem top get linux compatibiilty working. > >>>> > >>>>I tried doing a kldload linux, it told me there wasn't any linux.ko. = =20 > >>>>I figured that I need a new kernel, so I just compiled one, but that= =20 > >>>>didn't make me a linux.ko. OK, I went into NOTES and searched for=20 > >>>>LINUX, found several, and some with made me wonder if there was a x86= =20 > >>>>dependency (my system is a dual amd64). What config options do I nee= d=20 > >>>>for Linux compatibility? > >>> > >>> > >>>Check here first: > >>>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html > >>> > >>>If you still have questions, feel free to send another note.. I think= =20 > >>>it will answer all your questions. In short, you need to install the= =20 > >>>linux compatibility port. > >> > >>I'll take another look at it, but I already did, and it complained abou= t=20 > >>not having Linux in the kernel. I think you need Linux in the kernel= =20 > >>before you consider addign in the Linux binaries. > >> > > > >We don't have Linux/amd64 compatibility yet. What we have is > >Linux/i386 compatibility for amd64 but it's buggy compared to > >its i386 version. > > >=20 > You know where this all started? I wanted to run a Java, and I need a=20 > jdk14 to build either a jdk14 OR a jdk15. The Java list sent me off to= =20 > get a Linux JDK, that got me off to get Linux compatibility. Now you're= =20 > telling me I can't run Linux apps? I think the folks on the Java list=20 > seem to be disagreeing with you, at the minimum. >=20 > It's beginning to become funny. >=20 I'm pretty sure you can build a native JDK using Linux/i386 JDK, on amd64. (See COMPAT_LINUX32 in sys/amd64/conf/NOTES.) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPdk0qRfpzJluFF4RAtzhAJ9kmkmLFYPZvrwqfBuIB2j5r8PBfgCgm6pY 3gRvgCP0QMyRVhkzBDSL+YU= =pXCd -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 20:12:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DE8916A4CE for ; Sun, 20 Mar 2005 20:12:44 +0000 (GMT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-249.dsl.rcsntx.swbell.net [65.70.175.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8CB543D53 for ; Sun, 20 Mar 2005 20:12:43 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (strgout@mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id j2KKPBHJ029315 for ; Sun, 20 Mar 2005 14:25:11 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (strgout@mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id j2KKPARf029311 for ; Sun, 20 Mar 2005 14:25:10 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id j2KKPAGc029310 for freebsd-current@freebsd.org; Sun, 20 Mar 2005 14:25:10 -0600 (CST) (envelope-from strgout) Date: Sun, 20 Mar 2005 14:25:10 -0600 From: John To: freebsd-current@freebsd.org Message-ID: <20050320202510.GA29248@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: sangoma T1 drivers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 20:12:44 -0000 I have a project i've been working in which we need a T1 nic for a FreeBSD box. We found out about Sangoma through soekris. They have FreeBSD drivers for 4.x and 5.x. I asked if they had any problems with these drivers being distributed with any of the Open Src operating system out there and they said its already part of OpenBSD. Which leads me to my question :). Is anyone working on integrating there drivers into FreeBSD? The drivers are called "wanpipe". If anyone would like to play around with the drivers here the url. ftp://ftp.sangoma.com/FreeBSD/current_wanpipe/wanpipe-fbsd-2.7.5-13.tgz Again this is a FreeBSD package. It has a setup script that will walk you through the initial config and recompile of your kernel. I also have a contact at Sangoma should anyone want to discuss this with Sangoma. ... maybe even part of 5.4? ... :) From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 20:17:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1224916A4CE; Sun, 20 Mar 2005 20:17:09 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE58243D39; Sun, 20 Mar 2005 20:17:08 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 081CE1201A; Sun, 20 Mar 2005 15:17:13 -0500 (EST) Message-ID: <423DDA42.2020509@chuckr.org> Date: Sun, 20 Mar 2005 20:17:06 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <423DD1C8.7060703@chuckr.org> <423DD3A3.2070500@centtech.com> <423DD5E1.3040301@chuckr.org> <20050320200339.GB92740@ip.net.ua> <423DD831.5060809@chuckr.org> <20050320201236.GA92870@ip.net.ua> In-Reply-To: <20050320201236.GA92870@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-current@FreeBSD.org cc: Eric Anderson Subject: Re: building Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 20:17:09 -0000 Ruslan Ermilov wrote: > On Sun, Mar 20, 2005 at 08:08:17PM +0000, Chuck Robey wrote: > >>Ruslan Ermilov wrote: >> >>>On Sun, Mar 20, 2005 at 07:58:25PM +0000, Chuck Robey wrote: >>> >>> >>>>Eric Anderson wrote: >>>> >>>> >>>>>Chuck Robey wrote: >>>>> >>>>> >>>>> >>>>>>I can't seem top get linux compatibiilty working. >>>>>> >>>>>>I tried doing a kldload linux, it told me there wasn't any linux.ko. >>>>>>I figured that I need a new kernel, so I just compiled one, but that >>>>>>didn't make me a linux.ko. OK, I went into NOTES and searched for >>>>>>LINUX, found several, and some with made me wonder if there was a x86 >>>>>>dependency (my system is a dual amd64). What config options do I need >>>>>>for Linux compatibility? >>>>> >>>>> >>>>>Check here first: >>>>>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html >>>>> >>>>>If you still have questions, feel free to send another note.. I think >>>>>it will answer all your questions. In short, you need to install the >>>>>linux compatibility port. >>>> >>>>I'll take another look at it, but I already did, and it complained about >>>>not having Linux in the kernel. I think you need Linux in the kernel >>>>before you consider addign in the Linux binaries. >>>> >>> >>>We don't have Linux/amd64 compatibility yet. What we have is >>>Linux/i386 compatibility for amd64 but it's buggy compared to >>>its i386 version. >>> >> >>You know where this all started? I wanted to run a Java, and I need a >>jdk14 to build either a jdk14 OR a jdk15. The Java list sent me off to >>get a Linux JDK, that got me off to get Linux compatibility. Now you're >>telling me I can't run Linux apps? I think the folks on the Java list >>seem to be disagreeing with you, at the minimum. >> >>It's beginning to become funny. >> > > I'm pretty sure you can build a native JDK using Linux/i386 JDK, > on amd64. (See COMPAT_LINUX32 in sys/amd64/conf/NOTES.) Yes, but (and please do correct me if I'm wrong!) don't I need that Linux-compatibiilty to run the i386/Linux jdk? I have that particular jdk all downloaded and ready to run, but it's not being recognized as a runnable image on the system yet. > > Cheers, From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 20:18:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D26C16A4CE; Sun, 20 Mar 2005 20:18:10 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 801EC43D58; Sun, 20 Mar 2005 20:18:09 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2KKHG4g051857; Sun, 20 Mar 2005 13:17:16 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <423DDA7D.4030601@samsco.org> Date: Sun, 20 Mar 2005 13:18:05 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Robey References: <423DD1C8.7060703@chuckr.org> <423DD3A3.2070500@centtech.com> <423DD5E1.3040301@chuckr.org> <20050320200339.GB92740@ip.net.ua> <423DD831.5060809@chuckr.org> In-Reply-To: <423DD831.5060809@chuckr.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Eric Anderson cc: FreeBSD-current@freebsd.org Subject: Re: building Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 20:18:10 -0000 Chuck Robey wrote: > Ruslan Ermilov wrote: > >> On Sun, Mar 20, 2005 at 07:58:25PM +0000, Chuck Robey wrote: >> >>> Eric Anderson wrote: >>> >>>> Chuck Robey wrote: >>>> >>>> >>>>> I can't seem top get linux compatibiilty working. >>>>> >>>>> I tried doing a kldload linux, it told me there wasn't any >>>>> linux.ko. I figured that I need a new kernel, so I just compiled >>>>> one, but that didn't make me a linux.ko. OK, I went into NOTES and >>>>> searched for LINUX, found several, and some with made me wonder if >>>>> there was a x86 dependency (my system is a dual amd64). What >>>>> config options do I need for Linux compatibility? >>>> >>>> >>>> >>>> Check here first: >>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html >>>> >>>> If you still have questions, feel free to send another note.. I >>>> think it will answer all your questions. In short, you need to >>>> install the linux compatibility port. >>> >>> >>> I'll take another look at it, but I already did, and it complained >>> about not having Linux in the kernel. I think you need Linux in the >>> kernel before you consider addign in the Linux binaries. >>> >> >> We don't have Linux/amd64 compatibility yet. What we have is >> Linux/i386 compatibility for amd64 but it's buggy compared to >> its i386 version. >> > > You know where this all started? I wanted to run a Java, and I need a > jdk14 to build either a jdk14 OR a jdk15. The Java list sent me off to > get a Linux JDK, that got me off to get Linux compatibility. Now you're > telling me I can't run Linux apps? I think the folks on the Java list > seem to be disagreeing with you, at the minimum. > > It's beginning to become funny. > >> >> Cheers, > Compile COMPAT_LINUX32 into your kernel. The module makefile doesn't work for amd64. Scott From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 21:28:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7971016A4CE for ; Sun, 20 Mar 2005 21:28:15 +0000 (GMT) Received: from mxsf14.cluster1.charter.net (mxsf14.cluster1.charter.net [209.225.28.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA09843D53 for ; Sun, 20 Mar 2005 21:28:14 +0000 (GMT) (envelope-from eric@setjmp.com) Received: from mxip18.cluster1.charter.net (mxip18a.cluster1.charter.net [209.225.28.148])j2KLSDXO026206 for ; Sun, 20 Mar 2005 16:28:13 -0500 Received: from ip-wv-66-190-126-051.charterwv.net (HELO eric) (66.190.126.51) by mxip18.cluster1.charter.net with SMTP; 20 Mar 2005 16:28:14 -0500 X-Ironport-AV: i="3.91,105,1110171600"; d="scan'208"; a="855485600:sNHT13659224" Message-ID: <007601c52d93$32192bc0$3a00a8c0@utica1.setjmp.wan> From: "Eric A. Griff " To: References: <20050320202510.GA29248@mail.unixjunkie.com> Date: Sun, 20 Mar 2005 16:24:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Subject: Re: sangoma T1 drivers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Eric A. Griff " List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 21:28:15 -0000 > I have a project i've been working in which we need a T1 nic for a FreeBSD box. > We found out about Sangoma through soekris. They have FreeBSD drivers for 4.x > and 5.x. I asked if they had any problems with these drivers being distributed > with any of the Open Src operating system out there and they said its already > part of OpenBSD. Which leads me to my question :). Is anyone working on > integrating there drivers into FreeBSD? The drivers are called "wanpipe". > > If anyone would like to play around with the drivers here the url. > > ftp://ftp.sangoma.com/FreeBSD/current_wanpipe/wanpipe-fbsd-2.7.5-13.tgz > Again this is a FreeBSD package. It has a setup script that will walk you > through the initial config and recompile of your kernel. > > I also have a contact at Sangoma should anyone want to discuss this with > Sangoma. > > > ... maybe even part of 5.4? ... :) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" John, Just wanted to mention, in the past, I have had great luck with Sangoma, though it seems they always have their own driver/infrastructure... Way back when 4.x was in it's earlier days, I had a lot of dealing with them, and tried to kick a little convo between David there and JKH. Though didn't seem to materialize, though Jordon definitely suggested the (then new) infrastructure for drivers. As far as the Sangoma cards, I've never had a problem with them (ISA, PCI, with and without the FT1, etc). As far as their drivers, it always worked decent, though was an extra step to build, and did install out of standard places. Though at the same time, at least back then when they had Alex doing the FreeBSD side of it, when there were problems, we'd be on the phone and figuring it out together. If there was a problem there, he really wanted to get to the bottom of it and solve it. And there weren't that many... It would be neat to see a natively integrated version of the drivers though. Would be neat to plug them thru the netgraph stuff too well :) (hint).. Just my 2 cents. Have a great day! Sincerely, ------------------------------------------- Eric A. Griff 438 N. Vance Dr Beckley, West Virginia 25801 USA +01.3042504366 setjmp@charter.net ICQ: 28146852 AIM: setjmp YIM: setjmp2001 MSN: setjmp@hotmail.com ------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 21:56:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E39616A4CE for ; Sun, 20 Mar 2005 21:56:40 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AEC443D31 for ; Sun, 20 Mar 2005 21:56:39 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j2KLraOq022289 for freebsd-current@freebsd.org.checked; Mon, 21 Mar 2005 00:53:36 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (localhost.cronyx.ru [127.0.0.1]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j2KLqtHB022281; Mon, 21 Mar 2005 00:52:55 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <423DEE77.5000704@cronyx.ru> Date: Mon, 21 Mar 2005 00:43:19 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John References: <20050320202510.GA29248@mail.unixjunkie.com> In-Reply-To: <20050320202510.GA29248@mail.unixjunkie.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: sangoma T1 drivers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 21:56:40 -0000 John: >I have a project i've been working in which we need a T1 nic for a FreeBSD box. >We found out about Sangoma through soekris. They have FreeBSD drivers for 4.x >and 5.x. I asked if they had any problems with these drivers being distributed >with any of the Open Src operating system out there and they said its already >part of OpenBSD. Which leads me to my question :). Is anyone working on >integrating there drivers into FreeBSD? The drivers are called "wanpipe". > >If anyone would like to play around with the drivers here the url. > >ftp://ftp.sangoma.com/FreeBSD/current_wanpipe/wanpipe-fbsd-2.7.5-13.tgz >Again this is a FreeBSD package. It has a setup script that will walk you >through the initial config and recompile of your kernel. > >I also have a contact at Sangoma should anyone want to discuss this with >Sangoma. > They should find a commiter who will want to work with Sangoma on this matter and who have an access to sangoma card (Sangoma may donate card for this purpose). >... maybe even part of 5.4? ... :) > I doubt ;-) rik >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Mar 20 23:31:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E2EE16A4CE for ; Sun, 20 Mar 2005 23:31:39 +0000 (GMT) Received: from mxsf16.cluster1.charter.net (mxsf16.cluster1.charter.net [209.225.28.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B8543D41 for ; Sun, 20 Mar 2005 23:31:38 +0000 (GMT) (envelope-from eric@setjmp.com) Received: from mxip18.cluster1.charter.net (mxip18a.cluster1.charter.net [209.225.28.148])j2KNVbEh026042 for ; Sun, 20 Mar 2005 18:31:37 -0500 Received: from ip-wv-66-190-126-051.charterwv.net (HELO eric) (66.190.126.51) by mxip18.cluster1.charter.net with SMTP; 20 Mar 2005 18:31:38 -0500 X-Ironport-AV: i="3.91,105,1110171600"; d="scan'208"; a="855648325:sNHT14627660" Message-ID: <010a01c52da4$6e8518b0$3a00a8c0@utica1.setjmp.wan> From: "Eric A. Griff " To: References: <20050320202510.GA29248@mail.unixjunkie.com> <423DEE77.5000704@cronyx.ru> Date: Sun, 20 Mar 2005 18:27:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Subject: Re: sangoma T1 drivers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Eric A. Griff " List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 23:31:39 -0000 ----- Original Message ----- > John: > > >I have a project i've been working in which we need a T1 nic for a FreeBSD box. > >We found out about Sangoma through soekris. They have FreeBSD drivers for 4.x > >and 5.x. I asked if they had any problems with these drivers being distributed > >with any of the Open Src operating system out there and they said its already > >part of OpenBSD. Which leads me to my question :). Is anyone working on > >integrating there drivers into FreeBSD? The drivers are called "wanpipe". > > > >If anyone would like to play around with the drivers here the url. > > > >ftp://ftp.sangoma.com/FreeBSD/current_wanpipe/wanpipe-fbsd-2.7.5-13.tgz > >Again this is a FreeBSD package. It has a setup script that will walk you > >through the initial config and recompile of your kernel. > > > >I also have a contact at Sangoma should anyone want to discuss this with > >Sangoma. > > > They should find a commiter who will want to work with Sangoma on this > matter and > who have an access to sangoma card (Sangoma may donate card for this > purpose). > > >... maybe even part of 5.4? ... :) > > > I doubt ;-) > > rik > > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > rik, That sounds great.. Administration at Sangoma is pretty accessible too. And somewhat technically smart as well. I believe the guy I always contacted at that level was ... David Mandelstein or something like that. Man, part of the base would be great too. I always wonder why I never see it in there. Unfortunately I haven't found anything that gets me setting up those in a couple years now, though always look forward to it. Might be able to provide some testing too.. Please let me know if activity happens in that area, as I might be moving more into routers too (and more Sangoma cards again too :) ), and would gladly help in that area if it's what I'm working in at that moment (Do what I have to survive). Have a great day! Sincerely, ------------------------------------------- Eric A. Griff 438 N. Vance Dr Beckley, West Virginia 25801 USA +01.3042504366 eric@setjmp.com ICQ: 28146852 AIM: setjmp YIM: setjmp2001 MSN: setjmp@hotmail.com ------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 03:22:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AD3816A4CE for ; Mon, 21 Mar 2005 03:22:18 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF9743D62 for ; Mon, 21 Mar 2005 03:22:17 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j2L3MG1Q041064; Sun, 20 Mar 2005 22:22:16 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2L3MBRg041061; Sun, 20 Mar 2005 22:22:15 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 20 Mar 2005 22:22:11 -0500 (EST) From: Andre Guibert de Bruet To: Randy Bush In-Reply-To: <16953.41675.10425.886294@roam.psg.com> Message-ID: <20050320221913.P14507@alpha.siliconlandmark.com> References: <423946C4.8090203@FreeBSD.org> <16953.41675.10425.886294@roam.psg.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: BIND 9.3.1 imported to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 03:22:18 -0000 On Thu, 17 Mar 2005, Randy Bush wrote: >> It would be very useful if those who have SMP systems could give this >> version of BIND a whirl. > > while i have never made the transition to the base system bind on > my production servers , i am running 9.3.1 on them and on > smp. BIND9 that's in the base system is chroot'ed by default. I used the port as well, up until the rcNG script was updated (Last year sometime). Great work guys! :) Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 05:39:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E062F16A4DF for ; Mon, 21 Mar 2005 05:39:31 +0000 (GMT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-249.dsl.rcsntx.swbell.net [65.70.175.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA8743D39 for ; Mon, 21 Mar 2005 05:39:31 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (strgout@mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id j2L5q0HJ030344 for ; Sun, 20 Mar 2005 23:52:00 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (strgout@mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id j2L5q0Rf030340 for ; Sun, 20 Mar 2005 23:52:00 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id j2L5pxGC030339 for freebsd-current@freebsd.org; Sun, 20 Mar 2005 23:51:59 -0600 (CST) (envelope-from strgout) Date: Sun, 20 Mar 2005 23:51:59 -0600 From: John To: freebsd-current@freebsd.org Message-ID: <20050321055159.GA30324@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: sangoma T1 drivers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 05:39:32 -0000 > >rik, > > That sounds great.. Administration at Sangoma is pretty accessible too. >And somewhat technically smart as well. I believe the guy I always contacted >at that level was ... David Mandelstein or something like that. > > Man, part of the base would be great too. I always wonder why I never >see it in there. Unfortunately I haven't found anything that gets me setting >up those in a couple years now, though always look forward to it. Might be >able to provide some testing too.. Please let me know if activity happens in >that area, as I might be moving more into routers too (and more Sangoma >cards again too :) ), and would gladly help in that area if it's what I'm >working in at that moment (Do what I have to survive). > > > Have a great day! > >Sincerely, >------------------------------------------- >Eric A. Griff >438 N. Vance Dr >Beckley, West Virginia 25801 >USA > >+01.3042504366 >eric@setjmp.com >ICQ: 28146852 >AIM: setjmp >YIM: setjmp2001 >MSN: setjmp@hotmail.com Oh and btw ... http://www.openbsd.org/cgi-bin/man.cgi?query=san&sektion=4&apropos=0&manpath=OpenBSD+Current&arch=i386 From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 05:42:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9D1A16A4CE for ; Mon, 21 Mar 2005 05:42:22 +0000 (GMT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-249.dsl.rcsntx.swbell.net [65.70.175.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A10143D2F for ; Mon, 21 Mar 2005 05:42:22 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (strgout@mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id j2L5spHJ030372 for ; Sun, 20 Mar 2005 23:54:52 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (strgout@mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id j2L5spRf030368 for ; Sun, 20 Mar 2005 23:54:51 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id j2L5spqM030367 for freebsd-current@freebsd.org; Sun, 20 Mar 2005 23:54:51 -0600 (CST) (envelope-from strgout) Date: Sun, 20 Mar 2005 23:54:51 -0600 From: John To: freebsd-current@freebsd.org Message-ID: <20050321055451.GB30324@mail.unixjunkie.com> References: <20050320202510.GA29248@mail.unixjunkie.com> <423DEE77.5000704@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <423DEE77.5000704@cronyx.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: sangoma T1 drivers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 05:42:22 -0000 On Mon, Mar 21, 2005 at 12:43:19AM +0300, Roman Kurakin wrote: > John: > > >I have a project i've been working in which we need a T1 nic for a FreeBSD > >box. > >We found out about Sangoma through soekris. They have FreeBSD drivers for > >4.x > >and 5.x. I asked if they had any problems with these drivers being > >distributed > >with any of the Open Src operating system out there and they said its > >already > >part of OpenBSD. Which leads me to my question :). Is anyone working on > >integrating there drivers into FreeBSD? The drivers are called "wanpipe". > > > >If anyone would like to play around with the drivers here the url. > > > >ftp://ftp.sangoma.com/FreeBSD/current_wanpipe/wanpipe-fbsd-2.7.5-13.tgz > >Again this is a FreeBSD package. It has a setup script that will walk you > >through the initial config and recompile of your kernel. > > > >I also have a contact at Sangoma should anyone want to discuss this with > >Sangoma. > > > They should find a commiter who will want to work with Sangoma on this > matter and > who have an access to sangoma card (Sangoma may donate card for this > purpose). I think they would be more then happy to go about this. From talking to them they didn't know who to contact about this. So if i were a vendor wishing to have a driver to FBSD who would i talk to? > > >... maybe even part of 5.4? ... :) > > > I doubt ;-) Its a worthy goal, full of much coolness :). > > rik From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 06:50:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08FAF16A4CE; Mon, 21 Mar 2005 06:50:54 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A58D243D2F; Mon, 21 Mar 2005 06:50:53 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-184-204.dsl.snfc21.pacbell.net [64.171.184.204])j2L6oOnr025565; Mon, 21 Mar 2005 01:50:25 -0500 Message-ID: <423E6ECA.7010101@root.org> Date: Sun, 20 Mar 2005 22:50:50 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> In-Reply-To: <423ADF0D.5090605@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: FreeBSD Current Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 06:50:54 -0000 Eric Anderson wrote: > Eric Anderson wrote: > >> Eric Anderson wrote: >> >>> I have a Dell Latitude D610 laptop, and my kernel says: >>> >>> CPU claims to support Enhanced Speedstep, but is not recognized. >>> Please update driver or contact the maintainer. >>> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>> >>> What does that mean to me? How can I fix it? >>> >>> All my various info (full dmesg, acpi dumps, etc) are available here: >>> http://www.googlebit.com/freebsd/ >> > > Looks like I'm in over my head. I think a section for the 750 needs to > be added, but I'm not sure what to add exactly, and I'm now afraid I'll > light my computer on fire if I try. The Intel doc with the specs is here: Ok, I've committed a patch to est.c that should add support of acpi detection of EST parameters. Please give it a try. It probably won't work on all systems since it appears some systems need _PDC support (something I'm working on). Actually, if yours doesn't work with est, it should work with acpi_perf. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 07:29:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06A2B16A4CE for ; Mon, 21 Mar 2005 07:29:06 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8AD143D48 for ; Mon, 21 Mar 2005 07:28:59 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2L7RuQR054320; Mon, 21 Mar 2005 00:28:01 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <423E7710.9090406@samsco.org> Date: Mon, 21 Mar 2005 00:26:08 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John References: <20050320202510.GA29248@mail.unixjunkie.com> <423DEE77.5000704@cronyx.ru> <20050321055451.GB30324@mail.unixjunkie.com> In-Reply-To: <20050321055451.GB30324@mail.unixjunkie.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: sangoma T1 drivers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 07:29:06 -0000 John wrote: > On Mon, Mar 21, 2005 at 12:43:19AM +0300, Roman Kurakin wrote: > >>John: >> >> >>>I have a project i've been working in which we need a T1 nic for a FreeBSD >>>box. >>>We found out about Sangoma through soekris. They have FreeBSD drivers for >>>4.x >>>and 5.x. I asked if they had any problems with these drivers being >>>distributed >>>with any of the Open Src operating system out there and they said its >>>already >>>part of OpenBSD. Which leads me to my question :). Is anyone working on >>>integrating there drivers into FreeBSD? The drivers are called "wanpipe". >>> >>>If anyone would like to play around with the drivers here the url. >>> >>>ftp://ftp.sangoma.com/FreeBSD/current_wanpipe/wanpipe-fbsd-2.7.5-13.tgz >>>Again this is a FreeBSD package. It has a setup script that will walk you >>>through the initial config and recompile of your kernel. >>> >>>I also have a contact at Sangoma should anyone want to discuss this with >>>Sangoma. >>> >> >>They should find a commiter who will want to work with Sangoma on this >>matter and >>who have an access to sangoma card (Sangoma may donate card for this >>purpose). > > > I think they would be more then happy to go about this. From talking to them > they didn't know who to contact about this. So if i were a vendor > wishing to have a driver to FBSD who would i talk to? > Email core@freebsd.org and they'll redirect you to someone who can help. Scott From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 16:09:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FD8D16A4CE for ; Mon, 21 Mar 2005 16:09:31 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 165B343D2D for ; Mon, 21 Mar 2005 16:09:30 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DDPH2-0004GB-2q for freebsd-current@freebsd.org; Mon, 21 Mar 2005 16:57:01 +0100 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Mar 2005 16:57:00 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Mar 2005 16:57:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Mon, 21 Mar 2005 07:49:06 -0800 Lines: 58 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: cannot open cuad* with a shared lock in todays kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 16:09:31 -0000 othermark wrote: > > I have two kernels, one build from 3/16 and one from this morning 3/18 > built with the exact same kernel config. > > If I boot the 3/16 kernel, I can open /dev/cuad0, if I boot > the 3/18 kernel... > > $ ls -l /dev/cuad0 > crw------- 1 root wheel 13, 64 Mar 18 09:19 /dev/cuad0 > > $ whoami > root > > $ ktrace minicom > minicom: cannot open /dev/cuad0: Permission denied > > $ kdump -f ktrace.out > > [...] > > 821 minicom CALL sigprocmask(0x1,0,0x807097c) > 821 minicom RET sigprocmask 0 > 821 minicom CALL sigaction(0xe,0xbfbfe6c0,0xbfbfe6a0) > 821 minicom RET sigaction 0 > 821 minicom CALL setitimer(0,0xbfbfe6d0,0xbfbfe6c0) > 821 minicom RET setitimer 0 > 821 minicom CALL open(0x806f0c0,0x8006,0x18) > 821 minicom NAMI "/dev/cuad0" > 821 minicom RET open -1 errno 13 Permission denied > 821 minicom CALL setitimer(0,0xbfbfe6d0,0xbfbfe6c0) > 821 minicom RET setitimer 0 > 821 minicom CALL sigaction(0xe,0xbfbfe6c0,0xbfbfe6a0) > 821 minicom RET sigaction 0 > 821 minicom CALL getuid > 821 minicom RET getuid 0 > 821 minicom CALL geteuid > 821 minicom RET geteuid 66/0x42 > 821 minicom CALL write(0x2,0xbfbfdfa0,0x33) > 821 minicom GIO fd 2 wrote 51 bytes > "minicom: cannot open /dev/cuad0: Permission denied > > [...] > > > 0x18 appears to be O_SHLOCK | O_APPEND. > > A simple .c program with O_SHLOCK | O_APPEND on cuad0 returns > "operation not permitted" Apparently there was some ABI change since the 16th in this area, since recompiling minicom fixes the problem. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 16:21:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3FF516A4CE for ; Mon, 21 Mar 2005 16:21:43 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA61143D68 for ; Mon, 21 Mar 2005 16:21:43 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DDPVJ-0006eC-AR for freebsd-current@freebsd.org; Mon, 21 Mar 2005 17:11:46 +0100 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Mar 2005 17:11:45 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Mar 2005 17:11:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Mon, 21 Mar 2005 08:02:53 -0800 Lines: 16 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: cannot open cuad* with a shared lock in todays kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 16:21:44 -0000 othermark wrote: > I have two kernels, one build from 3/16 and one from this morning 3/18 > built with the exact same kernel config. > > If I boot the 3/16 kernel, I can open /dev/cuad0, if I boot > the 3/18 kernel... Argh, ok, the _real_ problem is that minicom installs suid to uucp:dialer. The 3/16 kernel allows suid access to /dev/cuad0 for uucp, the 3/18 kernel does not. Changing ownership of minicom fixes the problem. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 16:40:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 644EB16A4CE; Mon, 21 Mar 2005 16:40:09 +0000 (GMT) Received: from hatpro.mr-paradox.net (hatpro.mr-paradox.net [216.29.181.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E0E43D48; Mon, 21 Mar 2005 16:40:08 +0000 (GMT) (envelope-from jfb@mr-paradox.net) Received: by hatpro.mr-paradox.net (Postfix, from userid 16139) id 298C6C172; Mon, 21 Mar 2005 11:40:08 -0500 (EST) Date: Mon, 21 Mar 2005 11:40:08 -0500 From: Jeff Blank To: Giorgos Keramidas Message-ID: <20050321164008.GA39682@mr-happy.com> References: <20050318152717.GA64576@mr-happy.com> <20050320041724.GA20378@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050320041724.GA20378@gothmog.gr> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e cc: freebsd-current@freebsd.org Subject: Re: buildworld 17 Mar 2005 -CURRENT, top.local.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 16:40:09 -0000 On Sun, Mar 20, 2005 at 06:17:24AM +0200, Giorgos Keramidas wrote: # On 2005-03-18 10:27, jb000002@mr-happy.com wrote: # > I seem to get this error (or one very similar) about top.local.h every # > second or third time I make buildworld. # > # > [...] # > ===> usr.bin/top (all) # > cc -O2 -fno-strict-aliasing -pipe -DHAVE_GETOPT -DHAVE_STRERROR -I/usr/src/usr.bin/top -I/usr/src/usr.bin/top/../../contrib/top -I. -DORDER -c /usr/src/usr.bin/top/../../contrib/top/commands.c # > make: don't know how to make /usr/src/usr.bin/top/top.local.h. Stop # > *** Error code 2 # It seems someone is looking for a file that isn't there (yet). make is looking for it in /usr/src/usr.bin/top, but the file is in fact being created (on-the-fly) in /usr/obj/usr/src/usr.bin/top. # You're not using -j 4 or something similar, right? This one happened to be a parallel build (-j 2), but it's the first time I've done that. All my other top.local.h problems have been with serial builds. Of course, I can't recreate it with a serial build on -CURRENT now. I'll keep an eye on it, but since I just have a P3-450, it could take some time. Jeff From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 16:45:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C99B416A4CE for ; Mon, 21 Mar 2005 16:45:35 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C00C243D62 for ; Mon, 21 Mar 2005 16:45:34 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j2LGj2VN016465; Mon, 21 Mar 2005 18:45:03 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j2LGjWa0003798; Mon, 21 Mar 2005 18:45:32 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j2LGjWDv003797; Mon, 21 Mar 2005 18:45:32 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Mon, 21 Mar 2005 18:45:32 +0200 From: Giorgos Keramidas To: Jeff Blank Message-ID: <20050321164532.GB3695@orion.daedalusnetworks.priv> References: <20050318152717.GA64576@mr-happy.com> <20050320041724.GA20378@gothmog.gr> <20050321164008.GA39682@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050321164008.GA39682@mr-happy.com> cc: freebsd-current@freebsd.org Subject: Re: buildworld 17 Mar 2005 -CURRENT, top.local.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 16:45:35 -0000 On 2005-03-21 11:40, Jeff Blank wrote: >On Sun, Mar 20, 2005 at 06:17:24AM +0200, Giorgos Keramidas wrote: ># On 2005-03-18 10:27, jb000002@mr-happy.com wrote: ># > I seem to get this error (or one very similar) about top.local.h every ># > second or third time I make buildworld. ># > ># > [...] ># > ===> usr.bin/top (all) ># > cc -O2 -fno-strict-aliasing -pipe -DHAVE_GETOPT -DHAVE_STRERROR -I/usr/src/usr.bin/top -I/usr/src/usr.bin/top/../../contrib/top -I. -DORDER -c /usr/src/usr.bin/top/../../contrib/top/commands.c ># > make: don't know how to make /usr/src/usr.bin/top/top.local.h. Stop ># > *** Error code 2 ># It seems someone is looking for a file that isn't there (yet). > > make is looking for it in /usr/src/usr.bin/top, but the file is > in fact being created (on-the-fly) in /usr/obj/usr/src/usr.bin/top. > ># You're not using -j 4 or something similar, right? > > This one happened to be a parallel build (-j 2), but it's the first > time I've done that. All my other top.local.h problems have been with > serial builds. Of course, I can't recreate it with a serial build on > -CURRENT now. I'll keep an eye on it, but since I just have a P3-450, > it could take some time. If you do get this again with a parallel build and you get a chance to do a serial build off the same source tree, make sure you start with a clean /usr/obj and see if the serial build fails too. If yes, it's probably a bug that should be fixed. Thanks for the followup :-) From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 17:20:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFA7F16A4CE for ; Mon, 21 Mar 2005 17:20:44 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F99843D1F for ; Mon, 21 Mar 2005 17:20:44 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j2LHHgZS033901 for freebsd-current@freebsd.org.checked; Mon, 21 Mar 2005 20:17:42 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j2LHHG26033894; Mon, 21 Mar 2005 20:17:16 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <423F017F.6040305@cronyx.ru> Date: Mon, 21 Mar 2005 20:16:47 +0300 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John References: <20050320202510.GA29248@mail.unixjunkie.com> <423DEE77.5000704@cronyx.ru> <20050321055451.GB30324@mail.unixjunkie.com> In-Reply-To: <20050321055451.GB30324@mail.unixjunkie.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: sangoma T1 drivers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 17:20:44 -0000 John wrote: [...] This part is answered. >>>... maybe even part of 5.4? ... :) >>> >>> >>I doubt ;-) >> >> >Its a worthy goal, full of much coolness :). > > This code is new to the FreeBSD tree. Tree in codefreeze stage. And release is coming soon. More over original driver layout differ from acceptable one (as I understand from discussion). I doubt that any one would risk to fix and bring third party code to the system in a hurry. Only if the commiter who will bring code to the system is using it for RealJob (tm) and sure that it is very stable. Add to this the speed of delivery of device sample to that commiter. Commitng of untested code even to Current is very very bad practice. That is why I doubt. rik >>rik >> >> >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 17:25:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D18FD16A4CE; Mon, 21 Mar 2005 17:25:41 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B54D043D46; Mon, 21 Mar 2005 17:25:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2LHPe16003599; Mon, 21 Mar 2005 12:25:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2LHPepQ025246; Mon, 21 Mar 2005 12:25:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E39057306E; Mon, 21 Mar 2005 12:25:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050321172539.E39057306E@freebsd-current.sentex.ca> Date: Mon, 21 Mar 2005 12:25:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 17:25:42 -0000 TB --- 2005-03-21 15:49:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-21 15:49:18 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-21 15:49:18 - checking out the source tree TB --- 2005-03-21 15:49:18 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-21 15:49:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-21 15:55:49 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-21 15:55:49 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-21 15:55:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-21 17:03:31 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-21 17:03:31 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-21 17:03:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 21 17:03:31 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Mar 21 17:20:51 UTC 2005 TB --- 2005-03-21 17:20:51 - generating LINT kernel config TB --- 2005-03-21 17:20:51 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-03-21 17:20:51 - /usr/bin/make -B LINT TB --- 2005-03-21 17:20:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-21 17:20:51 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-21 17:20:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 21 17:20:51 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURR ENT/i386/i386/src/sys/dev/aac/aac_cam.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURR ENT/i386/i386/src/sys/dev/aac/aac_debug.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURR ENT/i386/i386/src/sys/dev/aac/aac_disk.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURR ENT/i386/i386/src/sys/dev/aac/aac_linux.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURR ENT/i386/i386/src/sys/dev/aac/aac_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURR ENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c /tinderbox/CURRENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c: In function `acpi_asus_sysctl_set': /tinderbox/CURRENT/i386/i386/src/sys/dev/acpi_support/acpi_asus.c:552: warning: 'status' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-03-21 17:25:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-21 17:25:39 - ERROR: failed to build lint kernel TB --- 2005-03-21 17:25:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 21 20:55:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FA2216A4CE for ; Mon, 21 Mar 2005 20:55:16 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14DA343D54 for ; Mon, 21 Mar 2005 20:55:16 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2LKtFqG048840 for ; Mon, 21 Mar 2005 20:55:15 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j2LKtFtL048839 for freebsd-current@FreeBSD.ORG; Mon, 21 Mar 2005 20:55:15 GMT (envelope-from kan) Date: Mon, 21 Mar 2005 20:55:15 +0000 From: Alexander Kabaev To: freebsd-current@FreeBSD.ORG Message-ID: <20050321205515.GA35680@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Read-only XFS support for FreeBSD 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 20:55:16 -0000 Hi, I have uploaded a snapshot of my XFS filesystem port for FreeBSD to http://people.freebsd.org/~kan/xfs. This snapshot allows XFS partitions to be mounted read-only under FreeBSD. The port is based on XFS sources available from SGI for Linux, so it is covered by GPL and should be handled appropriately. The read-only XFS access was quite stable in my testing and managed to survive through multiple 'make -j12 buildworld' rounds with src/ stored on XFS partition, so I think it is a good time for a wider community to take it for a spin and start reporting bugs/panics that I overlooked. This is still a work in progress, so do not try to use it unless you are familiar with kernel debugging procedures and willing to share your kernel.debug+xfs.ko+vmcore files with me. Patches are of course most welcome too. There is a lot to be done still and any help counts. I would like to thank Russell Cattelan and Craig Rodrigues for helping me with this work. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 04:03:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1257F16A4CE; Tue, 22 Mar 2005 04:03:34 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D30443D31; Tue, 22 Mar 2005 04:03:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2M43V3i063949; Mon, 21 Mar 2005 22:03:32 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423F9904.2060800@centtech.com> Date: Mon, 21 Mar 2005 22:03:16 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423E6ECA.7010101@root.org> In-Reply-To: <423E6ECA.7010101@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/778/Mon Mar 21 04:48:43 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: FreeBSD Current Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 04:03:34 -0000 Nate Lawson wrote: > Eric Anderson wrote: > >> Eric Anderson wrote: >> >>> Eric Anderson wrote: >>> >>>> I have a Dell Latitude D610 laptop, and my kernel says: >>>> >>>> CPU claims to support Enhanced Speedstep, but is not recognized. >>>> Please update driver or contact the maintainer. >>>> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>>> >>>> What does that mean to me? How can I fix it? >>>> >>>> All my various info (full dmesg, acpi dumps, etc) are available here: >>>> http://www.googlebit.com/freebsd/ >>> >>> >> >> Looks like I'm in over my head. I think a section for the 750 needs >> to be added, but I'm not sure what to add exactly, and I'm now afraid >> I'll light my computer on fire if I try. The Intel doc with the specs >> is here: > > > Ok, I've committed a patch to est.c that should add support of acpi > detection of EST parameters. Please give it a try. It probably won't > work on all systems since it appears some systems need _PDC support > (something I'm working on). Actually, if yours doesn't work with est, > it should work with acpi_perf. > Rebuilt everything, and I'm not certain anything is different. Latest output is at the URL above. As a side note - when this laptop goes from AC to battery, the machine hangs for 10 seconds. From battery to AC, there is no hang. I think it might be some kind of interrupt storm (USB?). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 04:09:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFE4A16A4CE for ; Tue, 22 Mar 2005 04:09:23 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5753643D1D for ; Tue, 22 Mar 2005 04:09:23 +0000 (GMT) (envelope-from wireless.insecurity@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1252764rng for ; Mon, 21 Mar 2005 20:09:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=I9pzGVo2lF7EWPZ6kWDCN8DxskgpSZhrlDpeecAmq648dwSoYEJSpEqvXoeaVjf0cPQ6FI2882Es8Y51KM+VO3R5CtdCa1iAnfWwiMyzsQwPXpKocR7IFwgWm40lpqhawhgjSej2wKpxqKAlRN60g88ijDKEoZ2TOHXuSw4ih7M= Received: by 10.38.76.23 with SMTP id y23mr2371531rna; Mon, 21 Mar 2005 20:09:23 -0800 (PST) Received: from ?192.168.1.200? ([24.236.206.217]) by mx.gmail.com with ESMTP id h17sm919325rnb.2005.03.21.20.09.22; Mon, 21 Mar 2005 20:09:23 -0800 (PST) Message-ID: <423F9A54.3090404@gmail.com> Date: Mon, 21 Mar 2005 23:08:52 -0500 From: Vladamir User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Question about current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 04:09:23 -0000 I am running FreeBSD 5.3, everything works "work" It's a fairly fresh install so I have no problem blowing it away, but my question is: If it works in 5.3, will it still work well in -CURRENT? From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 04:23:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBCAD16A4CE for ; Tue, 22 Mar 2005 04:23:58 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE4743D1F for ; Tue, 22 Mar 2005 04:23:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A50D051AAE; Mon, 21 Mar 2005 20:23:56 -0800 (PST) Date: Mon, 21 Mar 2005 20:23:56 -0800 From: Kris Kennaway To: Vladamir Message-ID: <20050322042356.GA66757@xor.obsecurity.org> References: <423F9A54.3090404@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <423F9A54.3090404@gmail.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Question about current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 04:23:58 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 21, 2005 at 11:08:52PM -0500, Vladamir wrote: > I am running FreeBSD 5.3, everything works "work" >=20 > It's a fairly fresh install so I have no problem blowing it away, but my= =20 > question is: >=20 > If it works in 5.3, will it still work well in -CURRENT? Maybe, maybe not, which is what "-CURRENT" means. Read the handbook for more details. Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCP53cWry0BWjoQKURAmzYAJ9TuegdHpuirA24+VQNSaYJMHv70QCg+3XX L22tbopMi3I4MDAjUwkt2ys= =v2ZQ -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 04:27:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C213116A4CE for ; Tue, 22 Mar 2005 04:27:26 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6199343D46 for ; Tue, 22 Mar 2005 04:27:26 +0000 (GMT) (envelope-from wireless.insecurity@gmail.com) Received: by rproxy.gmail.com with SMTP id g11so1278286rne for ; Mon, 21 Mar 2005 20:27:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=U48UieP2OYRX9wH0P30Fu5kAuV3CYKOcgnh0gcTiIcZLGLn4P83NA335QKwMqRYf+zie33sRy2i4hMNg0dMplvDap4pHFVo8MVc1BHHM6sXCSUb5RtLyvahSOd7EM9hHORp6X4oeqBrQtjOZtKNLj1VKrs36HiZpbg6QRPeYDjY= Received: by 10.38.12.26 with SMTP id 26mr5248697rnl; Mon, 21 Mar 2005 20:27:25 -0800 (PST) Received: from ?192.168.1.200? ([24.236.206.217]) by mx.gmail.com with ESMTP id m35sm1181399rnd.2005.03.21.20.27.25; Mon, 21 Mar 2005 20:27:25 -0800 (PST) Message-ID: <423F9E8E.6040403@gmail.com> Date: Mon, 21 Mar 2005 23:26:54 -0500 From: Vladamir User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <423F9A54.3090404@gmail.com> <20050322042356.GA66757@xor.obsecurity.org> In-Reply-To: <20050322042356.GA66757@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Question about current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 04:27:26 -0000 I am reading it as I type, I was just curious how much coding I'd have to do :) Thanks anyways - Vlad Kris Kennaway wrote: > On Mon, Mar 21, 2005 at 11:08:52PM -0500, Vladamir wrote: > >>I am running FreeBSD 5.3, everything works "work" >> >>It's a fairly fresh install so I have no problem blowing it away, but my >>question is: >> >>If it works in 5.3, will it still work well in -CURRENT? > > > Maybe, maybe not, which is what "-CURRENT" means. Read the handbook > for more details. > > Kris From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 04:31:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8183716A4CE for ; Tue, 22 Mar 2005 04:31:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4945D43D5C for ; Tue, 22 Mar 2005 04:31:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 620A151ABE; Mon, 21 Mar 2005 20:31:47 -0800 (PST) Date: Mon, 21 Mar 2005 20:31:47 -0800 From: Kris Kennaway To: Vladamir Message-ID: <20050322043147.GA67129@xor.obsecurity.org> References: <423F9A54.3090404@gmail.com> <20050322042356.GA66757@xor.obsecurity.org> <423F9E8E.6040403@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <423F9E8E.6040403@gmail.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Question about current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 04:31:48 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 21, 2005 at 11:26:54PM -0500, Vladamir wrote: > I am reading it as I type, I was just curious how much coding I'd have=20 > to do :) It's not coding, although anything you can contribute is of course very welcome - but the main thing is that you're expected to know how to recover from crashes, filesystem damage, unbootable kernels, and all the other fun stuff that happens when you run a development version of the OS. Kris >=20 > Thanks anyways > - Vlad >=20 > Kris Kennaway wrote: > >On Mon, Mar 21, 2005 at 11:08:52PM -0500, Vladamir wrote: > > > >>I am running FreeBSD 5.3, everything works "work" > >> > >>It's a fairly fresh install so I have no problem blowing it away, but m= y=20 > >>question is: > >> > >>If it works in 5.3, will it still work well in -CURRENT? > > > > > >Maybe, maybe not, which is what "-CURRENT" means. Read the handbook > >for more details. > > > >Kris >=20 --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCP5+zWry0BWjoQKURAtE8AJ42GCy/Kg3rXqgPAiLdkyTxYuxbGwCgu9TY 3jLkgGW87T/dAxbsdcFLkQ0= =NstV -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 04:53:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E89116A4CE; Tue, 22 Mar 2005 04:53:36 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AF3443D53; Tue, 22 Mar 2005 04:53:35 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j2M4rTZj026179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Mar 2005 20:53:30 -0800 Message-ID: <423FA4BB.4090002@root.org> Date: Mon, 21 Mar 2005 20:53:15 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423E6ECA.7010101@root.org> <423F9904.2060800@centtech.com> In-Reply-To: <423F9904.2060800@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: FreeBSD Current Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 04:53:36 -0000 Eric Anderson wrote: > Nate Lawson wrote: > >> Eric Anderson wrote: >> >>> Eric Anderson wrote: >>> >>>> Eric Anderson wrote: >>>> >>>>> I have a Dell Latitude D610 laptop, and my kernel says: >>>>> >>>>> CPU claims to support Enhanced Speedstep, but is not recognized. >>>>> Please update driver or contact the maintainer. >>>>> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>>>> >>>>> What does that mean to me? How can I fix it? >>>>> >>>>> All my various info (full dmesg, acpi dumps, etc) are available here: >>>>> http://www.googlebit.com/freebsd/ >> >> Ok, I've committed a patch to est.c that should add support of acpi >> detection of EST parameters. Please give it a try. It probably won't >> work on all systems since it appears some systems need _PDC support >> (something I'm working on). Actually, if yours doesn't work with est, >> it should work with acpi_perf. >> > > Rebuilt everything, and I'm not certain anything is different. Latest > output is at the URL above. > As a side note - when this laptop goes from AC to battery, the machine > hangs for 10 seconds. From battery to AC, there is no hang. I think it > might be some kind of interrupt storm (USB?). No idea, probably the EC timing out. I don't understand why acpi_perf doesn't attach on your system. Have you added a hint to disable it? Can you boot without cpufreq.ko loaded and see if you get an acpi_perf0? -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 06:11:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B0716A4CE; Tue, 22 Mar 2005 06:11:34 +0000 (GMT) Received: from falcon.loomes.de (smtp.loomes.de [212.40.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B464443D55; Tue, 22 Mar 2005 06:11:33 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: from port-212-202-35-78.dynamic.qsc.de ([212.202.35.78] helo=[192.68.0.2]) by falcon.loomes.de with asmtp (Exim 4.30) id 1DDcbz-0005yD-T2; Tue, 22 Mar 2005 07:11:31 +0100 From: Markus Trippelsdorf To: Alexander Kabaev In-Reply-To: <20050321205515.GA35680@freefall.freebsd.org> References: <20050321205515.GA35680@freefall.freebsd.org> Content-Type: text/plain Date: Tue, 22 Mar 2005 07:11:27 +0100 Message-Id: <1111471888.9781.4.camel@bsd.trippelsdorf.de> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: Read-only XFS support for FreeBSD 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 06:11:34 -0000 On Mon, 2005-03-21 at 20:55 +0000, Alexander Kabaev wrote: > The read-only XFS access was quite stable in my testing and managed to > survive through multiple 'make -j12 buildworld' rounds with src/ stored > on XFS partition, so I think it is a good time for a wider community to > take it for a spin and start reporting bugs/panics that I overlooked. Unfortunately it does not build on my machine (AMD64): cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=k8 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/current/src/sys -I/usr/current/src/sys/contrib/dev/acpica -I/usr/current/src/sys/contrib/altq -I/usr/current/src/sys/contrib/ipfilter -I/usr/current/src/sys/contrib/pf -I/usr/current/src/sys/contrib/dev/ath -I/usr/current/src/sys/contrib/dev/ath/freebsd -I/usr/current/src/sys/contrib/ngatm -I/usr/current/src/sys/gnu/fs/xfs/FreeBSD -I/usr/current/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/current/src/sys/gnu/fs/xfs -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c: In function `xfs_alloc_mark_busy': /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c:2492: error: syntax error before "do" /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c:2492: error: `_tid' undeclared (first use in this function) /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c:2492: error: (Each undeclared identifier is reported only once /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c:2492: error: for each function it appears in.) /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c:2487: warning: unused variable `bsy' /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c:2488: warning: unused variable `n' /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c: At top level: /usr/current/src/sys/gnu/fs/xfs/xfs_alloc.c:2492: error: syntax error before "while" From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 08:02:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2679416A4CE; Tue, 22 Mar 2005 08:02:43 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA89E43D54; Tue, 22 Mar 2005 08:02:41 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.13.3/8.13.3) with ESMTP id j2M82cuD018938 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 22 Mar 2005 09:02:38 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j2M82Yif018930; Tue, 22 Mar 2005 09:02:34 +0100 (CET) Date: Tue, 22 Mar 2005 09:02:34 +0100 From: Divacky Roman To: Jung-uk Kim Message-ID: <20050322080234.GA18572@stud.fit.vutbr.cz> References: <20050316093956.GA32442@stud.fit.vutbr.cz> <200503161154.04555.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503161154.04555.jkim@niksun.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: amd64@freebsd.org cc: current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: amd64 irq assigning related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 08:02:43 -0000 On Wed, Mar 16, 2005 at 11:54:03AM -0500, Jung-uk Kim wrote: > On Wednesday 16 March 2005 04:39 am, Divacky Roman wrote: > > Hi, > > > > my amd64 box with nforce3 chipset doesnt boot with acpi enabled. > > when I boot with acpi disabled my atkbd (attached to ps/2) runs > > VERY slow (about 1cps), I think its caused by atkbdc not having irq > > assigned... > > Turn on ACPI and do this from loader: > > set debug.acpi.quirks=4 > > or add the following line in /boot/loader.conf: > > debug.acpi.quirks=4 when I set this... it proceeds further in booting but ata probe routine time outs ie. I am not able to mount / (its on sata disk) typing on keyboard seems to be "normal" (its at slow keyrate but I think its ok now) any other suggest? should I provide any info? (I am able to boot without acpi so I can provide some I think) roman From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 11:29:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F4DA16A4CE; Tue, 22 Mar 2005 11:29:49 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64A8C43D31; Tue, 22 Mar 2005 11:29:48 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j2MBThbr007045; Tue, 22 Mar 2005 12:29:45 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4240015A.2020802@DeepCore.dk> Date: Tue, 22 Mar 2005 12:28:26 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'FreeBSD Current'" , "freebsd-stable@freebsd.org" References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> In-Reply-To: <421464C3.2030308@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 Subject: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:29:49 -0000 New version available for testing: http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz http://people.freebsd.org/~sos/ata-mk3m.tar.gz This time the diff must be reapplied as there are new changes in there. Items in this release: o Dumping to disk fixed. o PCCARD probing fixed. o PC98 probing and modules fixed. o Support for "atomic" composite ATA requests o Support for "addspare" to an ATA PseudoRAID array o Support for "rebuild" of an ATA PseudoRAID array. Note that this is now done differently from the old system as the rebuild is now done piggybacked on read requests to the array, so atacontrol simply starts a background "dd" to rebuild the array. If I dont get any significant showstopper reports this is what will get=20 committed to -current soon (plus what I might get done until then of new = features). This WARNING still applies: > One warning applies to both this and the last snapshot. I accidentially= > released the RAID5 test code I had in there which allows to apparently = > use a RAID5 array. However it *ONLY* reads and writes the data part, it= =20 > does *NOT* maintain the parity part. That means it will trash a RAID5=20 > array for later real use as the parity wont match the data one there. > Since the code is "out there" I've decided to let it stay, as it allows= =20 > for testing of getting and using the metadata etc.. I'll probably just disable that code when it goes into -current but for=20 now its in there for testing purposes. As usual use at your own risk, but feedback on this is very welcomed. Big thanks to all those that has participated so far! Enjoy! --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 11:48:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C52316A4CE for ; Tue, 22 Mar 2005 11:48:25 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4F4A43D5A for ; Tue, 22 Mar 2005 11:48:24 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so940083wri for ; Tue, 22 Mar 2005 03:48:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=hdO86YCSuiuj4SnX00oOHdxRt2kFjDNY/Y6XD5wgud+brkiVPR6UMEKFXEhyjCZwiTHL4qJ6wWHm0jBGsaTaa4mag7erjI7ypOE1D8GQ+bCZ5FBTW7/uHvtlJtE0lLuCUGwciBRDzBFoftz9qTpU5MxhpbT+oXmcxqtoH3EPiuM= Received: by 10.54.11.31 with SMTP id 31mr340578wrk; Tue, 22 Mar 2005 03:48:24 -0800 (PST) Received: by 10.54.14.13 with HTTP; Tue, 22 Mar 2005 03:48:24 -0800 (PST) Message-ID: Date: Tue, 22 Mar 2005 21:48:24 +1000 From: Robert Backhaus To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <4240015A.2020802@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> cc: FreeBSD Current Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:48:25 -0000 On Tue, 22 Mar 2005 12:28:26 +0100, S=F8ren Schmidt wrote= : > New version available for testing: Could you tell us whether atapicam is working with your patches? Many of us require that for gui cd authorers - I'd consider it essential before it is merged... IF not, your 'academic' atacam might be a replacement, although it means I'd have to be more careful how I allow lusers to access /dev/passN and /dev/xptN.... From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 11:53:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55F7D16A4CE for ; Tue, 22 Mar 2005 11:53:05 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9908743D53 for ; Tue, 22 Mar 2005 11:53:04 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j2MBr0hb007365; Tue, 22 Mar 2005 12:53:02 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <424006CF.1050003@DeepCore.dk> Date: Tue, 22 Mar 2005 12:51:43 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Backhaus References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: FreeBSD Current Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:53:05 -0000 Robert Backhaus wrote: > On Tue, 22 Mar 2005 12:28:26 +0100, S=F8ren Schmidt w= rote: >=20 >>New version available for testing: >=20 > Could you tell us whether atapicam is working with your patches? Many > of us require that for gui cd authorers - I'd consider it essential > before it is merged... It wont work as is, but the maintainer has had access to this WIP long=20 before it went public, and to quote: "Feel free to commit the new framework when you see fit, I'll follow up=20 with the necessary atapi-cam updates" Other than that I'm out of that loop... > IF not, your 'academic' atacam might be a replacement, although it > means I'd have to be more careful how I allow lusers to access > /dev/passN and /dev/xptN.... I'll more likely post the patches I use for cdrecord/cdrdao/dvd+rw-tools = so they can use ATA directly.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 11:55:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED39516A4CE; Tue, 22 Mar 2005 11:55:41 +0000 (GMT) Received: from peedub.jennejohn.org (Ja106.j.pppool.de [85.74.161.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12DE643D5C; Tue, 22 Mar 2005 11:55:41 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.3/8.11.6) with ESMTP id j2MBtQrZ004662; Tue, 22 Mar 2005 12:55:26 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200503221155.j2MBtQrZ004662@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: sos@DeepCore.dk In-Reply-To: Message from Soeren_Schmidt of "Tue, 22 Mar 2005 12:28:26 +0100." <4240015A.2020802@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Mar 2005 12:55:26 +0100 From: Gary Jennejohn cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:55:42 -0000 Soeren Schmidt writes: > If I dont get any significant showstopper reports this is what will get > committed to -current soon (plus what I might get done until then of new > features). > What's with ATAPICAM? --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 13:02:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02CCF16A4CE for ; Tue, 22 Mar 2005 13:02:55 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD13643D1D; Tue, 22 Mar 2005 13:02:54 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2MD2sPR017252; Tue, 22 Mar 2005 13:02:54 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j2MD2sCP017251; Tue, 22 Mar 2005 13:02:54 GMT (envelope-from kan) Date: Tue, 22 Mar 2005 13:02:54 +0000 From: Alexander Kabaev To: Markus Trippelsdorf Message-ID: <20050322130254.GA17037@freefall.freebsd.org> References: <20050321205515.GA35680@freefall.freebsd.org> <1111471888.9781.4.camel@bsd.trippelsdorf.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1111471888.9781.4.camel@bsd.trippelsdorf.de> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.ORG Subject: Re: Read-only XFS support for FreeBSD 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 13:02:55 -0000 On Tue, Mar 22, 2005 at 07:11:27AM +0100, Markus Trippelsdorf wrote: > On Mon, 2005-03-21 at 20:55 +0000, Alexander Kabaev wrote: > > The read-only XFS access was quite stable in my testing and managed to > > survive through multiple 'make -j12 buildworld' rounds with src/ stored > > on XFS partition, so I think it is a good time for a wider community to > > take it for a spin and start reporting bugs/panics that I overlooked. > > Unfortunately it does not build on my machine (AMD64): > Unfortunately you did not provide any information that can tell me what is going on on your machine. How are building XFS, as a kernel option or as a module, what is in your config file? -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 13:23:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D4016A4CE for ; Tue, 22 Mar 2005 13:23:52 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9B8543D5D for ; Tue, 22 Mar 2005 13:23:51 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com for ; Tue, 22 Mar 2005 07:25:12 -0600 Message-Id: <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 22 Mar 2005 07:23:44 -0600 To: freebsd-current@freebsd.org From: Harry Coin In-Reply-To: <20050322120017.6E90816A4EC@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: ATAPICAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 13:23:52 -0000 Gary Jennejohn What's with ATAPICAM? I'm not sure what the issue is with the new ata drivers, but I know Atapicam in the context of USB memory chip solid state disk readers and an ata DVD burner hangs the bootup process with an interrupt storm right after the hard disks are enumerated and just before the SMP message announcing the launch of the second processor would have been displayed. I hope the new attention due to the updated ata drivers fixes it, as the system just hangs. It's an unusable showstopper on all 5.x. Same system works with the various Redmond, WA based commercial products. Comment atapicam out of the kernel, all is well. Harry From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 14:00:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF1F116A4D3; Tue, 22 Mar 2005 14:00:25 +0000 (GMT) Received: from falcon.loomes.de (smtp.loomes.de [212.40.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88DD243D2F; Tue, 22 Mar 2005 14:00:25 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: from port-212-202-35-78.dynamic.qsc.de ([212.202.35.78] helo=[192.68.0.2]) by falcon.loomes.de with asmtp (Exim 4.30) id 1DDjvk-0001RI-8s; Tue, 22 Mar 2005 15:00:24 +0100 From: Markus Trippelsdorf To: Alexander Kabaev In-Reply-To: <20050322130254.GA17037@freefall.freebsd.org> References: <20050321205515.GA35680@freefall.freebsd.org> <1111471888.9781.4.camel@bsd.trippelsdorf.de> <20050322130254.GA17037@freefall.freebsd.org> Content-Type: multipart/mixed; boundary="=-njf6wD0r+28Iy0Un1Soe" Date: Tue, 22 Mar 2005 15:00:20 +0100 Message-Id: <1111500020.2112.12.camel@bsd.trippelsdorf.de> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port cc: freebsd-current@FreeBSD.ORG Subject: Re: Read-only XFS support for FreeBSD 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:00:26 -0000 --=-njf6wD0r+28Iy0Un1Soe Content-Type: text/plain Content-Transfer-Encoding: 7bit On Tue, 2005-03-22 at 13:02 +0000, Alexander Kabaev wrote: > On Tue, Mar 22, 2005 at 07:11:27AM +0100, Markus Trippelsdorf wrote: > > On Mon, 2005-03-21 at 20:55 +0000, Alexander Kabaev wrote: > > > The read-only XFS access was quite stable in my testing and managed to > > > survive through multiple 'make -j12 buildworld' rounds with src/ stored > > > on XFS partition, so I think it is a good time for a wider community to > > > take it for a spin and start reporting bugs/panics that I overlooked. > > > > Unfortunately it does not build on my machine (AMD64): > > > > > Unfortunately you did not provide any information that can tell me > what is going on on your machine. How are building XFS, as a kernel > option or as a module, what is in your config file? The log is not that useless; because there is no -DKLD_MODULE flag, it tells you that I'm trying to link XFS directly into the kernel... Config is attached. --=-njf6wD0r+28Iy0Un1Soe Content-Disposition: attachment; filename=config_current Content-Type: text/plain; name=config_current; charset=us-ascii Content-Transfer-Encoding: 7bit machine amd64 cpu HAMMER ident CUSTOM options SCHED_ULE options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options UDF options XFS options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_IA32 # Compatible with i386 binaries options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options LINPROCFS options COMPAT_43 options COMPAT_LINUX32 options NO_MIXED_MODE # Don't penalize working chipsets device acpi device isa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device sc device ppc device ppbus # Parallel port bus (required) device lpt # Printer device miibus # MII bus support device re # RealTek 8139C+/8169/8169S/8110S device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ums # Mouse device sound device "snd_via8233" device bktr device iicbus device iicbb device smbus device agp device radeondrm --=-njf6wD0r+28Iy0Un1Soe-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 14:30:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6949716A4CE; Tue, 22 Mar 2005 14:30:15 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23E9143D2D; Tue, 22 Mar 2005 14:30:14 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id F3B702056; Tue, 22 Mar 2005 15:30:11 +0100 (CET) From: Anthony Ginepro To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <4240015A.2020802@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Tue, 22 Mar 2005 15:30:08 +0100 Message-Id: <1111501808.982.3.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:30:15 -0000 Le Mardi 22 mars 2005 =C3=A0 12:28 +0100, S=C3=B8ren Schmidt a =C3=A9crit : > New version available for testing: > http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3m.tar.gz >=20 > This time the diff must be reapplied as there are new changes in there. Great work S=C3=B8ren, it's working so far. > Items in this release: >=20 > o Dumping to disk fixed. And this issue is solved (tested like before with DDB access, and "call doadump"). I dunno yet if it fixes dumping on panic too (which is an issue of the original ata) [...] > As usual use at your own risk, but feedback on this is very welcomed. > Big thanks to all those that has participated so far! >=20 > Enjoy! Sure ! Anthony. From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 16:33:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CAEB16A4D0 for ; Tue, 22 Mar 2005 16:33:37 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 462D243D31; Tue, 22 Mar 2005 16:33:37 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2MGXbMS057624; Tue, 22 Mar 2005 16:33:37 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j2MGXbcb057623; Tue, 22 Mar 2005 16:33:37 GMT (envelope-from kan) Date: Tue, 22 Mar 2005 16:33:37 +0000 From: Alexander Kabaev To: Markus Trippelsdorf Message-ID: <20050322163337.GA55854@freefall.freebsd.org> References: <20050321205515.GA35680@freefall.freebsd.org> <1111471888.9781.4.camel@bsd.trippelsdorf.de> <20050322130254.GA17037@freefall.freebsd.org> <1111500020.2112.12.camel@bsd.trippelsdorf.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1111500020.2112.12.camel@bsd.trippelsdorf.de> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.ORG Subject: Re: Read-only XFS support for FreeBSD 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 16:33:37 -0000 On Tue, Mar 22, 2005 at 03:00:20PM +0100, Markus Trippelsdorf wrote: > On Tue, 2005-03-22 at 13:02 +0000, Alexander Kabaev wrote: > > On Tue, Mar 22, 2005 at 07:11:27AM +0100, Markus Trippelsdorf wrote: > > > On Mon, 2005-03-21 at 20:55 +0000, Alexander Kabaev wrote: > > > > The read-only XFS access was quite stable in my testing and managed to > > > > survive through multiple 'make -j12 buildworld' rounds with src/ stored > > > > on XFS partition, so I think it is a good time for a wider community to > > > > take it for a spin and start reporting bugs/panics that I overlooked. > > > > > > Unfortunately it does not build on my machine (AMD64): > > > > > > > > > Unfortunately you did not provide any information that can tell me > > what is going on on your machine. How are building XFS, as a kernel > > option or as a module, what is in your config file? > > The log is not that useless; because there is no -DKLD_MODULE flag, it > tells you that I'm trying to link XFS directly into the kernel... > Config is attached. > Well, a lot of flags were missing indeed, not only KLD_MODULE. As it turns out, you run the kernel stripped of each and any debugging support, without even INVARIANTS_SUPPORT. You also seem to have missed WERROR="" on make command line. Basically, you did everything what message in ~kan/xfs told you not to do ... and good thing you did :) I created a new snapshot file which should fix compilation on bare kernels like yours is. Keep in mind though that it is unlikely that I will be able to help you in case you stumble upon a panic in your config. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 16:56:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE2B16A4CF for ; Tue, 22 Mar 2005 16:56:57 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FDDB43D5E for ; Tue, 22 Mar 2005 16:56:56 +0000 (GMT) (envelope-from vladimir@math.uic.edu) Received: from cat.math.uic.edu (c-24-12-126-199.client.comcast.net[24.12.126.199]) by comcast.net (sccrmhc12) with SMTP id <2005032216565501200e8gpge>; Tue, 22 Mar 2005 16:56:56 +0000 Received: (qmail 952 invoked by uid 31415); 22 Mar 2005 16:56:55 -0000 Message-ID: <20050322165655.951.qmail@cat.math.uic.edu> From: vladimir@math.uic.edu Date: Tue, 22 Mar 2005 10:56:55 -0600 To: freebsd-current@freebsd.org User-Agent: nail 11.20 1/13/05 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: USB mouse problems (5.4 BETA); vmware port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 16:56:57 -0000 I noticed a weird problem in 5.4. Occassionally the mouse pointer (I have a USB mouse) starts moving all by itself, or moves to the top part of the screen and stays there. What would be a good way to debug this problem? This doesn't happen too often (once of twice per day). Also, vmware3 port locks the machine solid when the guest OS is powered up (this started happening on -CURRENT around Feb 13th), but this should probably go into the ports list. Thanks, Vladimir From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 17:54:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AC1C16A4CE for ; Tue, 22 Mar 2005 17:54:08 +0000 (GMT) Received: from smtpout02-03.prod.mesa1.secureserver.net (smtpout02-03.prod.mesa1.secureserver.net [64.202.165.193]) by mx1.FreeBSD.org (Postfix) with SMTP id E365E43D41 for ; Tue, 22 Mar 2005 17:54:07 +0000 (GMT) (envelope-from david@cyberspacetech.com) Received: (qmail 32505 invoked from network); 22 Mar 2005 17:54:07 -0000 Received: from unknown (HELO webmail10.mesa1.secureserver.net) (64.202.189.47) by smtpout02-03.prod.mesa1.secureserver.net with SMTP; 22 Mar 2005 17:54:07 -0000 Received: (qmail 2891 invoked by uid 99); 22 Mar 2005 17:54:07 -0000 Message-ID: <20050322175407.2890.qmail@webmail10.mesa1.secureserver.net> Date: Tue, 22 Mar 2005 10:54:07 -0700 From: "David D.W. Downey" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 17:54:08 -0000 Here's something itneresting for you guys to chew on. Release Info ------------------- FreeBSD 5.4-PRERELEASE #4 Build Date --------------- Tue Mar 22 02:15:53 EST 2005 i386 mount info ----------------- /dev/ad0s1d on /tmp (ufs, local, soft-updates) fstab info ---------------- /dev/ad0s1d /tmp ufs rw 2 2 Now the interesting point df info ---------- /dev/ad0s1d 989M -444K 911M -0% /tmp and finally, fbdev# du -hs /tmp 26K /tmp fbdev# Anyone mind explaining this? -- David D.W. Downey CyberSpace Technologies Site: www.cyberspacetech.com Toll Free: (866) 660-2303 Fax: (480) 247-4231 PGP Fingerprint: 19A5 0C7E 060C 2618 E8C1 AAFD C4D3 FD7E 6C4C 74E4 From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 17:57:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BD2F16A4CE for ; Tue, 22 Mar 2005 17:57:36 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3D3743D1D for ; Tue, 22 Mar 2005 17:57:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2C5115136F; Tue, 22 Mar 2005 09:57:35 -0800 (PST) Date: Tue, 22 Mar 2005 09:57:34 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050322175734.GA75475@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: ufs deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 17:57:36 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable -current from 3 days ago on a UP machine:=20 db> show lockedvnods Locked vnodes 0xc2e7d8e0: tag ufs, type VDIR usecount 3, writecount 0, refcount 6 mountedhere 0 flags () v_object 0xc2a59e70 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc2dc0320 (pid 57151) ino 97856, on dev ad0d 0xc3398238: tag ufs, type VDIR usecount 4, writecount 0, refcount 6 mountedhere 0 flags () v_object 0xc1f36084 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc3293c80 (pid 54851) with 1 = pending ino 97861, on dev ad0d 0xc3bf1d50: tag ufs, type VDIR usecount 3, writecount 0, refcount 5 mountedhere 0 flags () v_object 0xc2ad5420 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc2dc14b0 (pid 47443) with 1 = pending ino 97868, on dev ad0d db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 57314 c1b99de4 0 57312 57314 0004002 [SLPQ ttyin 0xc1a75c10][SLP] csh 57312 c2f60000 0 367 57312 0004100 [SLPQ select 0xc07e0ba4][SLP] sshd 57151 c2dc2de4 0 57117 57107 0004000 [SLPQ ufs 0xc3398298][SLP] rm 57117 c1f4abe8 0 57108 57107 0004000 [SLPQ wait 0xc1f4abe8][SLP] sh 57108 c249b000 0 57107 57107 0004000 [SLPQ wait 0xc249b000][SLP] sh 57107 c249b1fc 0 57105 57107 0004000 [SLPQ pause 0xc249b230][SLP] csh 57105 c32929ec 0 367 57105 0004100 [SLPQ select 0xc07e0ba4][SLP] sshd 54851 c19fe5f4 0 54841 54734 0004000 [SLPQ ufs 0xc3bf1db0][SLP] find 54848 c249d7f0 0 54846 54734 0004000 [SLPQ piperd 0xc1ba5d80][SLP] cat 54846 c2f601fc 0 54835 54734 0000000 [SLPQ wait 0xc2f601fc][SLP] sh 54845 c2dc23f8 0 54835 54734 0004000 [SLPQ piperd 0xc1ba5c00][SLP] sort 54844 c249b7f0 0 54835 54734 0004000 [SLPQ piperd 0xc1ba6780][SLP] sed 54842 c2f60de4 0 54835 54734 0004000 [SLPQ piperd 0xc329a180][SLP] xargs 54841 c2f603f8 0 54835 54734 0000000 [SLPQ wait 0xc2f603f8][SLP] sh 54835 c32985f4 0 54832 54734 0004000 [SLPQ wait 0xc32985f4][SLP] sh 54834 c2f60be8 0 54833 54734 0004000 [SLPQ piperd 0xc1ba5780][SLP] mail 54833 c249bde4 0 54826 54734 0000000 [SLPQ wait 0xc249bde4][SLP] sh 54832 c2f627f0 0 54826 54734 0000000 [SLPQ wait 0xc2f627f0][SLP] sh 54826 c249d3f8 0 54825 54734 0004000 [SLPQ wait 0xc249d3f8][SLP] sh --More-- =0054825 c249d9ec 0 54742 54734 0004000 [SLPQ wait 0xc24= 9d9ec][SLP] sh 54744 c2dc27f0 0 54743 54734 0004000 [SLPQ piperd 0xc2544900][SLP] mail 54743 c2f629ec 0 54736 54734 0000000 [SLPQ wait 0xc2f629ec][SLP] sh 54742 c1f4a7f0 0 54736 54734 0000000 [SLPQ wait 0xc1f4a7f0][SLP] sh 54736 c249b3f8 0 54734 54734 0004000 [SLPQ wait 0xc249b3f8][SLP] sh 54734 c2d945f4 0 54732 54734 0004000 [SLPQ wait 0xc2d945f4][SLP] sh 54732 c2f623f8 0 382 382 0000000 [SLPQ piperd 0xc1ba6480][SLP] cron 47443 c32927f0 0 47440 43083 0004000 [SLPQ getblk 0xcbef49b0][SLP] mtree 47440 c3292de4 0 1 43083 0004000 [SLPQ wait 0xc3292de4][SLP] sh 549 c1f4a000 0 1 549 0004002 [SLPQ ttyin 0xc1a96c10][SLP] getty 548 c1f495f4 0 1 548 0004002 [SLPQ ttyin 0xc1a95810][SLP] getty 547 c1f499ec 0 1 547 0004002 [SLPQ ttyin 0xc1a95c10][SLP] getty 546 c19fe7f0 0 1 546 0004002 [SLPQ ttyin 0xc1a96010][SLP] getty 545 c1f49000 0 1 545 0004002 [SLPQ ttyin 0xc1a78010][SLP] getty 544 c1f4a3f8 0 1 544 0004002 [SLPQ ttyin 0xc1a68c10][SLP] getty 543 c1b995f4 0 1 543 0004002 [SLPQ ttyin 0xc1a77810][SLP] getty 542 c1f497f0 0 1 542 0004002 [SLPQ ttyin 0xc1a68010][SLP] getty 541 c1b99be8 0 1 541 0004002 [SLPQ ttyin 0xc1a78810][SLP] getty 529 c19fe3f8 0 1 529 0000000 [SLPQ select 0xc07e0ba4][SLP] inetd 511 c1f4a5f4 100 497 511 0004000 [SLPQ piperd 0xc1ba5300][SLP] unlin= kd --More-- =00 497 c1f491fc 100 492 492 0004000 [SLPQ select 0xc= 07e0ba4][SLP] squid 492 c1f4a1fc 100 1 492 0000000 [SLPQ wait 0xc1f4a1fc][SLP] squid 478 c1f493f8 102 1 477 0008180 (threaded) gmond thread 0xc2dc0000 ksegrp 0xc1962960 [SLPQ kserel 0xc1962994][SLP] thread 0xc2f614b0 ksegrp 0xc1962960 [SLPQ sbwait 0xc1b86334][SLP] thread 0xc32934b0 ksegrp 0xc1962960 [SLPQ accept 0xc1b86186][SLP] thread 0xc1b9b7d0 ksegrp 0xc19623c0 [SLPQ ksesigwait 0xc1f49530][SLP] 382 c1b993f8 0 1 382 0000000 [SLPQ nanslp 0xc0795c8c][SLP] cron 367 c1b997f0 0 1 367 0000100 [SLPQ select 0xc07e0ba4][SLP] sshd 352 c19fede4 0 1 352 0000000 [SLPQ select 0xc07e0ba4][SLP] ntpd 277 c1b991fc 0 0 0 0000204 [SLPQ mdwait 0xc1ec5000][SLP] md2 244 c19fe9ec 0 1 244 0000000 [SLPQ select 0xc07e0ba4][SLP] syslo= gd 224 c1b999ec 0 1 224 0000000 [SLPQ select 0xc07e0ba4][SLP] devd 114 c19febe8 0 0 0 0000204 [SLPQ mdwait 0xc1c2b800][SLP] md1 72 c1b99000 0 0 0 0000204 [SLPQ mdwait 0xc1a08800][SLP] md0 42 c19a1be8 0 0 0 0000204 [SLPQ - 0xc07e8cac][SLP] nfsiod 3 41 c19a1de4 0 0 0 0000204 [SLPQ - 0xc07e8ca8][SLP] nfsiod 2 40 c19fb000 0 0 0 0000204 [SLPQ - 0xc07e8ca4][SLP] nfsiod 1 39 c19fb1fc 0 0 0 0000204 [SLPQ - 0xc07e8ca0][SLP] nfsiod 0 38 c19fb3f8 0 0 0 0000204 [SLPQ syncer 0xc07959ec][SLP] syncer --More-- =00 37 c19fb5f4 0 0 0 0000204 [SLPQ vlruwt 0xc= 19fb5f4][SLP] vnlru 36 c19fb7f0 0 0 0 0000204 [SLPQ psleep 0xc07e10f0][SLP] bufda= emon 9 c19fb9ec 0 0 0 000020c [SLPQ pgzero 0xc07ea104][SLP] pagez= ero 8 c19fbbe8 0 0 0 0000204 [SLPQ psleep 0xc07e9c54][SLP] vmdae= mon 7 c19fbde4 0 0 0 0000204 [SLPQ psleep 0xc07e9c10][SLP] paged= aemon 35 c19fe000 0 0 0 0000204 [IWAIT] swi0: sio 34 c19fe1fc 0 0 0 0000204 [IWAIT] swi5:+ 6 c19985f4 0 0 0 0000204 [SLPQ - 0xc19fa680][SLP] thread tas= kq 33 c19987f0 0 0 0 0000204 [IWAIT] swi6:+ 32 c19989ec 0 0 0 0000204 [IWAIT] swi6: task queue 31 c1998be8 0 0 0 0000204 [IWAIT] swi2: cambio 5 c1998de4 0 0 0 0000204 [SLPQ - 0xc19fa900][SLP] kqueue tas= kq 30 c19a1000 0 0 0 0000204 [SLPQ - 0xc07905c0][SLP] yarrow 4 c19a11fc 0 0 0 0000204 [SLPQ - 0xc0793088][SLP] g_down 3 c19a13f8 0 0 0 0000204 [SLPQ - 0xc0793084][SLP] g_up 2 c19a15f4 0 0 0 0000204 [SLPQ - 0xc079307c][SLP] g_event 29 c19a17f0 0 0 0 0000204 [IWAIT] swi1: net 28 c19a19ec 0 0 0 0000204 [IWAIT] swi3: vm 27 c19631fc 0 0 0 000020c [IWAIT] swi4: clock sio 26 c19633f8 0 0 0 0000204 [IWAIT] irq15: ata1 --More-- =00 25 c19635f4 0 0 0 0000204 [IWAIT] irq14: a= ta0 24 c19637f0 0 0 0 0000204 [IWAIT] irq13: 23 c19639ec 0 0 0 0000204 [IWAIT] irq12: 22 c1963be8 0 0 0 0000204 [IWAIT] irq11: 21 c1963de4 0 0 0 0000204 [IWAIT] irq10: fxp0 20 c1998000 0 0 0 0000204 [IWAIT] irq9: 19 c19981fc 0 0 0 0000204 [IWAIT] irq8: rtc 18 c19983f8 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c195e000 0 0 0 0000204 [IWAIT] irq6: 16 c195e1fc 0 0 0 0000204 [IWAIT] irq5: 15 c195e3f8 0 0 0 0000204 [IWAIT] irq4: sio0 14 c195e5f4 0 0 0 0000204 [IWAIT] irq3: sio1 13 c195e7f0 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c195e9ec 0 0 0 0000204 [IWAIT] irq0: clk 11 c195ebe8 0 0 0 000020c [CPU 0] idle 1 c195ede4 0 0 1 0004200 [SLPQ wait 0xc195ede4][SLP] init 10 c1963000 0 0 0 0000204 [SLPQ ktrace 0xc0793c18][SLP] ktrace 0 c0793180 0 0 0 0000200 [SLPQ sched 0xc0793180][SLP] swapper db> =08 =08wh 57151 Tracing pid 57151 tid 100102 td 0xc2dc0320 sched_switch(c2dc0320,0,1,11e,b172c4b5) at sched_switch+0x150 mi_switch(1,0,c073438b,1ab,0) at mi_switch+0x2d6 sleepq_switch(c3398298,c0730e4a,18a,0,d6af1904) at sleepq_switch+0x134 sleepq_wait(c3398298,0,c0732105,da,0) at sleepq_wait+0x41 msleep(c3398298,c07950dc,50,c073848a,0) at msleep+0x405 acquire(d6af1960,1010040,600,ee,c2dc0320) at acquire+0xae lockmgr(c3398298,1010002,c33982bc,c2dc0320,d6af1988) at lockmgr+0x43f vop_stdlock(d6af19e8,c0730e4a,12b,c3398238,d6af19a8) at vop_stdlock+0x32 VOP_LOCK_APV(c0780100,d6af19e8,c07e9780,0,d6af19e8) at VOP_LOCK_APV+0xbc ffs_lock(d6af19e8,1dd,c072fda9,10002,d6af1a04) at ffs_lock+0x90 VOP_LOCK_APV(c077fd60,d6af19e8,c33982bc,6ed,c073a1c1) at VOP_LOCK_APV+0xbc vn_lock(c3398238,10002,c2dc0320,6ed,c07e12a0) at vn_lock+0xbf vget(c3398238,2,c2dc0320,774fa2,c2dc0320) at vget+0x11f vfs_cache_lookup(d6af1afc,c2e7d8e0,d6af1bd0,c2e7d8e0,d6af1b18) at vfs_cache= _lookup+0x1e1 VOP_LOOKUP_APV(c077fd60,d6af1afc,c2dc0320,725,0) at VOP_LOOKUP_APV+0xbc lookup(d6af1ba8,0,c0739bb9,a9,790) at lookup+0x3d0 namei(d6af1ba8,d6af1bf8,60,0,c2dc0320) at namei+0x428 kern_lstat(c2dc0320,804f5a8,0,d6af1c7c,a56) at kern_lstat+0x4f lstat(c2dc0320,d6af1d14,8,3ff,2) at lstat+0x2f syscall(c06e002f,2f,2f,804f548,804f500) at syscall+0x2a0 --More-- =00Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x280be1bf, esp =3D 0xbfbf= eafc, ebp =3D 0xbfbfeb98 --- db> wh 54851 Tracing pid 54851 tid 100138 td 0xc3293c80 sched_switch(c3293c80,0,1,11e,116578fd) at sched_switch+0x150 mi_switch(1,0,c073438b,1ab,0) at mi_switch+0x2d6 sleepq_switch(c3bf1db0,c0730e4a,18a,0,d6ba1904) at sleepq_switch+0x134 sleepq_wait(c3bf1db0,0,c0732105,da,0) at sleepq_wait+0x41 msleep(c3bf1db0,c07951d8,50,c073848a,0) at msleep+0x405 acquire(d6ba1960,1010040,600,ee,c3293c80) at acquire+0xae lockmgr(c3bf1db0,1010002,c3bf1dd4,c3293c80,d6ba1988) at lockmgr+0x43f vop_stdlock(d6ba19e8,600,1,c3bf1d50,d6ba19a8) at vop_stdlock+0x32 VOP_LOCK_APV(c0780100,d6ba19e8,c3398238,c3fdf6a8,d6ba19e8) at VOP_LOCK_APV+= 0xbc ffs_lock(d6ba19e8,1dd,c072fda9,10002,d6ba1a04) at ffs_lock+0x90 VOP_LOCK_APV(c077fd60,d6ba19e8,c3bf1dd4,6ed,c073a1c1) at VOP_LOCK_APV+0xbc vn_lock(c3bf1d50,10002,c3293c80,6ed,c07e12a0) at vn_lock+0xbf vget(c3bf1d50,2,c3293c80,774f9b,c3293c80) at vget+0x11f vfs_cache_lookup(d6ba1afc,c3398238,d6ba1bd0,c3398238,d6ba1b18) at vfs_cache= _lookup+0x1e1 VOP_LOOKUP_APV(c077fd60,d6ba1afc,c3293c80,725,0) at VOP_LOOKUP_APV+0xbc lookup(d6ba1ba8,0,c0739bb9,a9,790) at lookup+0x3d0 namei(d6ba1ba8,d6ba1bf8,60,0,c3293c80) at namei+0x428 kern_lstat(c3293c80,80583a8,0,d6ba1c7c,a56) at kern_lstat+0x4f lstat(c3293c80,d6ba1d14,8,3ff,2) at lstat+0x2f syscall(806002f,806002f,bfbf002f,8058348,8058300) at syscall+0x2a0 --More--=00 =00Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x280c31bf, esp =3D 0xbfbf= ebdc, ebp =3D 0xbfbfec78 --- db> wh 47443 Tracing pid 47443 tid 100113 td 0xc2dc14b0 sched_switch(c2dc14b0,0,1,11e,7ff5fbc3) at sched_switch+0x150 mi_switch(1,0,c073438b,1ab,0) at mi_switch+0x2d6 sleepq_switch(cbef49b0,c0730e4a,18a,0,d6b12a10) at sleepq_switch+0x134 sleepq_wait(cbef49b0,0,c0732105,da,0) at sleepq_wait+0x41 msleep(cbef49b0,c0794770,50,c0738f80,0) at msleep+0x405 acquire(d6b12a6c,2010020,600,ee,c2dc14b0) at acquire+0xae lockmgr(cbef49b0,2090022,c3bf1dd4,c2dc14b0,c3398238) at lockmgr+0x43f getblk(c3bf1d50,0,0,1000,0) at getblk+0x175 breadn(c3bf1d50,0,0,1000,0) at breadn+0x52 bread(c3bf1d50,0,0,1000,0) at bread+0x4c ffs_read(d6b12c00,d6b12bb0,c058d942,d6b12cb8,d6b12c2c) at ffs_read+0x271 VOP_READ_APV(c077fd60,d6b12c00,c0709b7c,d6b12c28,c33982bc) at VOP_READ_APV+= 0xbc ufs_readdir(d6b12c98,0,0,c3bf1d50,d6b12ce4) at ufs_readdir+0xd3 VOP_READDIR_APV(c077fd60,d6b12c98,c2dc14b0,d6b12c88,0) at VOP_READDIR_APV+0= xbc getdirentries(c2dc14b0,d6b12d14,10,3ff,4) at getdirentries+0x15e syscall(805002f,805002f,bfbf002f,805e000,805e000) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (196, FreeBSD ELF32, getdirentries), eip =3D 0x280d181b, esp = =3D 0xbfbfe6bc, ebp =3D 0xbfbfe6d8 --- db>=20 --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQFyOWry0BWjoQKURAjwyAJ4wb5QzFdKbpsNiyNGRdvpOm3PFjACaAmH0 Vt1MKS27N8euIn552GVh8gc= =r2+p -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 17:58:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BC8816A4CE for ; Tue, 22 Mar 2005 17:58:10 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87F6843D39 for ; Tue, 22 Mar 2005 17:58:09 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 11095 invoked from network); 22 Mar 2005 17:58:09 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Mar 2005 17:58:09 -0000 Received: from hydrogen.funkthat.com (wdixgp@localhost.funkthat.com [127.0.0.1])j2MHw8GH003271; Tue, 22 Mar 2005 09:58:08 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2MHw8Bn003270; Tue, 22 Mar 2005 09:58:08 -0800 (PST) Date: Tue, 22 Mar 2005 09:58:08 -0800 From: John-Mark Gurney To: Harry Coin Message-ID: <20050322175808.GJ37984@funkthat.com> Mail-Followup-To: Harry Coin , freebsd-current@freebsd.org References: <20050322120017.6E90816A4EC@hub.freebsd.org> <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 17:58:10 -0000 Harry Coin wrote this message on Tue, Mar 22, 2005 at 07:23 -0600: > Gary Jennejohn > >What's with ATAPICAM? > > I'm not sure what the issue is with the new ata drivers, but I know > Atapicam in the context of USB memory chip solid state disk readers and an > ata DVD burner hangs the bootup process with an interrupt storm right after > the hard disks are enumerated and just before the SMP message announcing > the launch of the second processor would have been displayed. atapicam is completely unrelated to USB... atapicam is only used with ata controlers... which USB is not... USB uses umass to hook into the cam layer... So I have no clue what you are talking about... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 18:00:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62B5916A4CE; Tue, 22 Mar 2005 18:00:49 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13FC843D1F; Tue, 22 Mar 2005 18:00:49 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 22 Mar 2005 10:00:48 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7B1A35D07; Tue, 22 Mar 2005 10:00:48 -0800 (PST) To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-reply-to: Your message of "Tue, 22 Mar 2005 12:28:26 +0100." <4240015A.2020802@DeepCore.dk> Date: Tue, 22 Mar 2005 10:00:48 -0800 From: "Kevin Oberman" Message-Id: <20050322180048.7B1A35D07@ptavv.es.net> cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:00:49 -0000 > Date: Tue, 22 Mar 2005 12:28:26 +0100 > From: =?ISO-8859-1?Q?Søren_Schmidt?= > Sender: owner-freebsd-stable@freebsd.org > > New version available for testing: > http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3m.tar.gz > > This time the diff must be reapplied as there are new changes in there. > > Items in this release: > > o Dumping to disk fixed. > > o PCCARD probing fixed. > > o PC98 probing and modules fixed. > > o Support for "atomic" composite ATA requests > > o Support for "addspare" to an ATA PseudoRAID array > > o Support for "rebuild" of an ATA PseudoRAID array. > Note that this is now done differently from the old system as > the rebuild is now done piggybacked on read requests to the > array, so atacontrol simply starts a background "dd" to rebuild > the array. > > If I dont get any significant showstopper reports this is what will get > committed to -current soon (plus what I might get done until then of new > > features). > > This WARNING still applies: > > > One warning applies to both this and the last snapshot. I accidentially> > > released the RAID5 test code I had in there which allows to apparently > > > use a RAID5 array. However it *ONLY* reads and writes the data part, it> > > does *NOT* maintain the parity part. That means it will trash a RAID5 > > array for later real use as the parity wont match the data one there. > > Since the code is "out there" I've decided to let it stay, as it allows> > > for testing of getting and using the metadata etc.. > > I'll probably just disable that code when it goes into -current but for > now its in there for testing purposes. > > As usual use at your own risk, but feedback on this is very welcomed. > Big thanks to all those that has participated so far! > > Enjoy! This is great! Thanks for the work. Any report on whether Thomas has ATAPICAM ready to work with this? While I know a lot of people don't care about it, quite a few use tools which depend on it and its loss can be a real problem, especially if it happens in Stable. (I realize stable is not an issue at this time, but I hope it will be soon as ATA mkIII seems like a really big improvement.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 18:10:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67BD916A4CE for ; Tue, 22 Mar 2005 18:10:14 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D8D143D1F for ; Tue, 22 Mar 2005 18:10:13 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 22 Mar 2005 18:10:12 -0000 Received: from p508BDD90.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.221.144] by mail.gmx.net (mp006) with SMTP; 22 Mar 2005 19:10:12 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j2MIA1Nl050883 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 22 Mar 2005 19:10:02 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 22 Mar 2005 19:09:56 +0100 User-Agent: KMail/1.8 References: <20050322175407.2890.qmail@webmail10.mesa1.secureserver.net> In-Reply-To: <20050322175407.2890.qmail@webmail10.mesa1.secureserver.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1393030.075pFWcASn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503221910.00029.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: "David D.W. Downey" Subject: Re: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:10:14 -0000 --nextPart1393030.075pFWcASn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 22. March 2005 18:54, David D.W. Downey wrote: > Anyone mind explaining this? Might be a bad superblock summary. Try unmounting /tmp and run fsck on it. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1393030.075pFWcASn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCQF94Xhc68WspdLARAsYpAKCa6hde4FGdBfE6w9U5bwoDYXfBqQCgmmgQ 2ZFnggpObzsz+177vBe9pS4= =ycfR -----END PGP SIGNATURE----- --nextPart1393030.075pFWcASn-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 18:24:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2990316A4CE for ; Tue, 22 Mar 2005 18:24:36 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CEB543D1D for ; Tue, 22 Mar 2005 18:24:35 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com; Tue, 22 Mar 2005 12:25:54 -0600 Message-Id: <4.3.2.7.2.20050322121618.01ddbef8@mail.qconline.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 22 Mar 2005 12:24:26 -0600 To: John-Mark Gurney From: Harry Coin In-Reply-To: <20050322175808.GJ37984@funkthat.com> References: <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> <20050322120017.6E90816A4EC@hub.freebsd.org> <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:24:36 -0000 John, Thanks for answering. The relation appears to be some combination of atapicam's interaction with an ata DVD burner and multiple ata controllers. I mentioned the four umass0 devices because that appears to be the only unusual thing about this box in the storage world. Anyhow here's a link to the dmesg and conf showing the problem. HTH. http://www.freebsd.org/cgi/query-pr.cgi?pr=78929 If whoever it is that knows about atapicam is still around, just do a search in the freebsd mail lists for atapicam and hanging or interrupt storms on boot, you'll see there's been a lurking problem there that hasn't been really addressed since somewhere in late 4.x. I think the reason it's important is that k3b and the programs it uses can only deal with SCSI appearing burners. If there was an atapi burner interface directly in the various multimedia program then atapicam wouldn't be needed at all. Right now it's a rock and a hard place, I have to boot another OS whenever I need to write on CD's or DVD's as it is now. Anyhow I hope I'm not barging in the wrong list, I gathered this was the place to report 5.x system lockups on boot. Excuse the newbie error! Harry Coin At 09:58 AM 3/22/2005 -0800, John-Mark Gurney wrote: >Harry Coin wrote this message on Tue, Mar 22, 2005 at 07:23 -0600: > > Gary Jennejohn > > > >What's with ATAPICAM? > > > > I'm not sure what the issue is with the new ata drivers, but I know > > Atapicam in the context of USB memory chip solid state disk readers and an > > ata DVD burner hangs the bootup process with an interrupt storm right > after > > the hard disks are enumerated and just before the SMP message announcing > > the launch of the second processor would have been displayed. > >atapicam is completely unrelated to USB... atapicam is only used with >ata controlers... which USB is not... USB uses umass to hook into >the cam layer... So I have no clue what you are talking about... > >-- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 18:35:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1786616A4CE for ; Tue, 22 Mar 2005 18:35:31 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 946DC43D31 for ; Tue, 22 Mar 2005 18:35:30 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j2MIZTuF030410; Tue, 22 Mar 2005 12:35:29 -0600 (CST) (envelope-from dan) Date: Tue, 22 Mar 2005 12:35:29 -0600 From: Dan Nelson To: "David D.W. Downey" Message-ID: <20050322183527.GA32235@dan.emsphone.com> References: <20050322175407.2890.qmail@webmail10.mesa1.secureserver.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050322175407.2890.qmail@webmail10.mesa1.secureserver.net> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org Subject: Re: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:35:31 -0000 In the last episode (Mar 22), David D.W. Downey said: > /dev/ad0s1d on /tmp (ufs, local, soft-updates) > > df info > ---------- > /dev/ad0s1d 989M -444K 911M -0% /tmp > > and finally, > > fbdev# du -hs /tmp > 26K /tmp > fbdev# > > Anyone mind explaining this? You probably have a process holding a reference to a file that's been unlinked. Run "fstat -f /tmp" to see. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 18:44:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CAA016A4CE for ; Tue, 22 Mar 2005 18:44:36 +0000 (GMT) Received: from S1.cableone.net (smtp1.cableone.net [24.116.0.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2412843D1D for ; Tue, 22 Mar 2005 18:44:36 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.local.lan (unverified [24.119.71.105]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 14109754 for multiple; Tue, 22 Mar 2005 11:44:54 -0700 Date: Tue, 22 Mar 2005 12:43:30 -0600 From: Vulpes Velox To: Harry Coin Message-ID: <20050322124330.105d3811@vixen42.local.lan> In-Reply-To: <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> References: <20050322120017.6E90816A4EC@hub.freebsd.org> <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IP-stats: Incoming Last 1, First 11, in=13, out=0, spam=0 X-External-IP: 24.119.71.105 X-Abuse-Info: Send abuse complaints to abuse@cableone.net cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:44:36 -0000 On Tue, 22 Mar 2005 07:23:44 -0600 Harry Coin wrote: > Gary Jennejohn > >What's with ATAPICAM? > > I'm not sure what the issue is with the new ata drivers, but I know > Atapicam in the context of USB memory chip solid state disk readers > and an ata DVD burner hangs the bootup process with an interrupt > storm right after the hard disks are enumerated and just before the > SMP message announcing the launch of the second processor would > have been displayed. > > I hope the new attention due to the updated ata drivers fixes it, as > the system just hangs. It's an unusable showstopper on all 5.x. > Same system works with the various Redmond, WA based commercial > products. > > Comment atapicam out of the kernel, all is well. Works fine with my DVD burner here. There is a issue with some chipsets, but not all. Last I checked, many months ago, it acted wierd on my promise card. No problems with it and my nforce chipset. From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 20:05:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE8316A4CE for ; Tue, 22 Mar 2005 20:05:24 +0000 (GMT) Received: from smtpout02-03.prod.mesa1.secureserver.net (smtpout02-03.prod.mesa1.secureserver.net [64.202.165.193]) by mx1.FreeBSD.org (Postfix) with SMTP id BC32D43D54 for ; Tue, 22 Mar 2005 20:05:23 +0000 (GMT) (envelope-from david@cyberspacetech.com) Received: (qmail 28454 invoked from network); 22 Mar 2005 20:05:23 -0000 Received: from unknown (HELO gem-wbe06.prod.mesa1.secureserver.net) (64.202.189.38) by smtpout02-03.prod.mesa1.secureserver.net with SMTP; 22 Mar 2005 20:05:23 -0000 Received: (qmail 6296 invoked by uid 99); 22 Mar 2005 20:05:23 -0000 Message-ID: <20050322200523.6295.qmail@gem-wbe06.prod.mesa1.secureserver.net> Date: Tue, 22 Mar 2005 13:05:23 -0700 From: "David D.W. Downey" To: Dan Nelson MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII cc: freebsd-current@freebsd.org Subject: RE: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:05:24 -0000 > > You probably have a process holding a reference to a file that's been > unlinked. Run "fstat -f /tmp" to see. > fbdev# fstat -f /tmp USER CMD PID FD MOUNT INUM MODE SZ|DV R/W fbdev# Nothing shows at *all*. Which is weird. I've currently several screen sessions open, which uses /tmp (as seen by an ls of /tmp which shows the proper timestamps as expected for each session). Would that not generate a response from fstat since the screens are active? -- David D.W. Downey CyberSpace Technologies Site: www.cyberspacetech.com Toll Free: (866) 660-2303 Fax: (480) 247-4231 PGP Fingerprint: 19A5 0C7E 060C 2618 E8C1 AAFD C4D3 FD7E 6C4C 74E4 From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 20:05:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 252DD16A4CE for ; Tue, 22 Mar 2005 20:05:42 +0000 (GMT) Received: from smtpout01-03.mesa1.secureserver.net (smtpout01-03.mesa1.secureserver.net [64.202.165.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 889CF43D3F for ; Tue, 22 Mar 2005 20:05:39 +0000 (GMT) (envelope-from david@cyberspacetech.com) Received: (qmail 21092 invoked from network); 22 Mar 2005 20:05:39 -0000 Received: from unknown (HELO gem-wbe04) (64.202.189.36) by smtpout01-03.mesa1.secureserver.net with SMTP; 22 Mar 2005 20:05:39 -0000 Received: (qmail 10470 invoked by uid 99); 22 Mar 2005 20:05:39 -0000 Message-ID: <20050322200539.10469.qmail@gem-wbe04> Date: Tue, 22 Mar 2005 13:05:39 -0700 From: "David D.W. Downey" To: Dan Nelson MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII cc: freebsd-current@freebsd.org Subject: RE: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:05:42 -0000 > > You probably have a process holding a reference to a file that's been > unlinked. Run "fstat -f /tmp" to see. > fbdev# fstat -f /tmp USER CMD PID FD MOUNT INUM MODE SZ|DV R/W fbdev# Nothing shows at *all*. Which is weird. I've currently several screen sessions open, which uses /tmp (as seen by an ls of /tmp which shows the proper timestamps as expected for each session). Would that not generate a response from fstat since the screens are active? -- David D.W. Downey CyberSpace Technologies Site: www.cyberspacetech.com Toll Free: (866) 660-2303 Fax: (480) 247-4231 PGP Fingerprint: 19A5 0C7E 060C 2618 E8C1 AAFD C4D3 FD7E 6C4C 74E4 From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 20:07:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1F4A16A4CE for ; Tue, 22 Mar 2005 20:07:12 +0000 (GMT) Received: from smtpout04-03.prod.mesa1.secureserver.net (smtpout04-03.prod.mesa1.secureserver.net [64.202.165.198]) by mx1.FreeBSD.org (Postfix) with SMTP id 358E043D3F for ; Tue, 22 Mar 2005 20:07:12 +0000 (GMT) (envelope-from david@cyberspacetech.com) Received: (qmail 28714 invoked from network); 22 Mar 2005 20:07:11 -0000 Received: from unknown (HELO webmail12.prod.mesa1.secureserver.net) (64.202.189.49) by smtpout04-03.prod.mesa1.secureserver.net with SMTP; 22 Mar 2005 20:07:11 -0000 Received: (qmail 26803 invoked by uid 99); 22 Mar 2005 20:07:11 -0000 Message-ID: <20050322200711.26802.qmail@webmail12.prod.mesa1.secureserver.net> Date: Tue, 22 Mar 2005 13:07:11 -0700 From: "David D.W. Downey" To: Dan Nelson MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII cc: freebsd-current@freebsd.org Subject: RE: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:07:12 -0000 > > You probably have a process holding a reference to a file that's been > unlinked. Run "fstat -f /tmp" to see. > fbdev# fstat -f /tmp USER CMD PID FD MOUNT INUM MODE SZ|DV R/W fbdev# Nothing shows at *all*. Which is weird. I've currently several screen sessions open, which uses /tmp (as seen by an ls of /tmp which shows the proper timestamps as expected for each session). Would that not generate a response from fstat since the screens are active? -- David D.W. Downey CyberSpace Technologies Site: www.cyberspacetech.com Toll Free: (866) 660-2303 Fax: (480) 247-4231 PGP Fingerprint: 19A5 0C7E 060C 2618 E8C1 AAFD C4D3 FD7E 6C4C 74E4 From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 20:17:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8803E16A4CE for ; Tue, 22 Mar 2005 20:17:42 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id D868343D5A for ; Tue, 22 Mar 2005 20:17:41 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j2MKHTW5028010; Tue, 22 Mar 2005 20:17:29 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j2MKHTFd037544; Tue, 22 Mar 2005 20:17:29 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j2MKHTNj037541; Tue, 22 Mar 2005 20:17:29 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 22 Mar 2005 20:17:29 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: "David D.W. Downey" In-Reply-To: <20050322200539.10469.qmail@gem-wbe04> Message-ID: <20050322201611.U36639@ury.york.ac.uk> References: <20050322200539.10469.qmail@gem-wbe04> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org cc: Dan Nelson Subject: RE: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:17:42 -0000 On Tue, 22 Mar 2005, David D.W. Downey wrote: > > > > You probably have a process holding a reference to a file that's been > > unlinked. Run "fstat -f /tmp" to see. > > > > fbdev# fstat -f /tmp > USER CMD PID FD MOUNT INUM MODE SZ|DV R/W > fbdev# > > Nothing shows at *all*. Which is weird. I've currently several screen > sessions open, which uses /tmp (as seen by an ls of /tmp which shows > the proper timestamps as expected for each session). > > Would that not generate a response from fstat since the screens are > active? fstat is currently broken in -CURRENT. http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-March/047656.html I have no idea if the lsof port will still work since those changes, I suspect not but it might be worth a try. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 21:32:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D525D16A4CE; Tue, 22 Mar 2005 21:32:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAADC43D54; Tue, 22 Mar 2005 21:32:58 +0000 (GMT) (envelope-from thomas@FreeBSD.org) Received: from freefall.freebsd.org (thomas@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2MLWwJ2096121; Tue, 22 Mar 2005 21:32:58 GMT (envelope-from thomas@freefall.freebsd.org) Received: (from thomas@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j2MLWw1b096120; Tue, 22 Mar 2005 21:32:58 GMT (envelope-from thomas) Date: Tue, 22 Mar 2005 21:32:58 +0000 From: Thomas Quinot To: Gary Jennejohn Message-ID: <20050322213258.GA96107@freefall.freebsd.org> References: <4240015A.2020802@DeepCore.dk> <200503221155.j2MBtQrZ004662@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503221155.j2MBtQrZ004662@peedub.jennejohn.org> User-Agent: Mutt/1.4.2.1i cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" cc: sos@DeepCore.dk Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:32:59 -0000 On Tue, Mar 22, 2005 at 12:55:26PM +0100, Gary Jennejohn wrote: > > If I dont get any significant showstopper reports this is what will get > > committed to -current soon (plus what I might get done until then of new > > features). > What's with ATAPICAM? I've done some preparatory work to adapt ATAPI/CAM for mkII, which is not completed yet. I hope to have some time to work on it in early April. Thomas. From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 23:42:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63BC516A4CE for ; Tue, 22 Mar 2005 23:42:58 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A2C943D66 for ; Tue, 22 Mar 2005 23:42:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 89F72514DA; Tue, 22 Mar 2005 15:42:57 -0800 (PST) Date: Tue, 22 Mar 2005 15:42:57 -0800 From: Kris Kennaway To: Gavin Atkinson Message-ID: <20050322234257.GA32750@xor.obsecurity.org> References: <20050322200539.10469.qmail@gem-wbe04> <20050322201611.U36639@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20050322201611.U36639@ury.york.ac.uk> User-Agent: Mutt/1.4.2.1i cc: "David D.W. Downey" cc: freebsd-current@freebsd.org cc: Dan Nelson Subject: Re: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 23:42:58 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 22, 2005 at 08:17:29PM +0000, Gavin Atkinson wrote: > On Tue, 22 Mar 2005, David D.W. Downey wrote: >=20 > > > > > > You probably have a process holding a reference to a file that's been > > > unlinked. Run "fstat -f /tmp" to see. > > > > > > > fbdev# fstat -f /tmp > > USER CMD PID FD MOUNT INUM MODE SZ|DV R/W > > fbdev# > > > > Nothing shows at *all*. Which is weird. I've currently several screen > > sessions open, which uses /tmp (as seen by an ls of /tmp which shows > > the proper timestamps as expected for each session). > > > > Would that not generate a response from fstat since the screens are > > active? >=20 > fstat is currently broken in -CURRENT. > http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-March/047656.= html >=20 > I have no idea if the lsof port will still work since those changes, I > suspect not but it might be worth a try. It currently does not even compile :) Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQK2BWry0BWjoQKURAv1RAKDTnIG2RKpkXRgACU03Rmzupo2dQwCeMkKm flPq7OUjdqZi+hkZz3SZxHk= =WOGq -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 00:50:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62D6516A4CE for ; Wed, 23 Mar 2005 00:50:12 +0000 (GMT) Received: from S1.cableone.net (smtp1.cableone.net [24.116.0.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7C543D54 for ; Wed, 23 Mar 2005 00:50:11 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.local.lan (unverified [24.119.71.105]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 14153733 for multiple; Tue, 22 Mar 2005 17:50:33 -0700 Date: Tue, 22 Mar 2005 18:49:15 -0600 From: Vulpes Velox To: Harry Coin Message-ID: <20050322184915.2656cde1@vixen42.local.lan> In-Reply-To: <4.3.2.7.2.20050322121618.01ddbef8@mail.qconline.com> References: <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> <20050322120017.6E90816A4EC@hub.freebsd.org> <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> <4.3.2.7.2.20050322121618.01ddbef8@mail.qconline.com> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IP-stats: Incoming Last 0, First 11, in=15, out=0, spam=0 X-External-IP: 24.119.71.105 X-Abuse-Info: Send abuse complaints to abuse@cableone.net cc: John-Mark Gurney cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 00:50:12 -0000 On Tue, 22 Mar 2005 12:24:26 -0600 Harry Coin wrote: > John, > > Thanks for answering. The relation appears to be some combination > of atapicam's interaction with an ata DVD burner and multiple ata > controllers. Actually, IIRC, it should happen with any atapi device if atapi cam is going to have a problem. I would have to check agian, but I don't remember it being related to my DVD burner. > I mentioned the four umass0 devices because that appears to be the > only unusual thing about this box in the storage world. Anyhow > here's a link to the dmesg and conf > showing the problem. HTH. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=78929 > > If whoever it is that knows about atapicam is still around, just do > a search in the freebsd mail lists for atapicam and hanging or > interrupt storms on boot, you'll see there's been a lurking problem > there that hasn't been really addressed since somewhere in late > 4.x. > > I think the reason it's important is that k3b and the programs it > uses can only deal with SCSI appearing burners. If there was an > atapi burner interface directly in the various multimedia program > then atapicam wouldn't be needed at all. > > Right now it's a rock and a hard place, I have to boot another OS > whenever I need to write on CD's or DVD's as it is now. Burncd, for CDs, works nicely. And with out the useless bloat of several of the CD programs. The big problem is the lack of a useful atapi dvd burning program. > Anyhow I hope I'm not barging in the wrong list, I gathered this was > the place to report 5.x system lockups on boot. Excuse the newbie > error! That would be stable and iirc there is also a ata mailing list. From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 01:27:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76E7D16A4CE for ; Wed, 23 Mar 2005 01:27:07 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D3443D3F for ; Wed, 23 Mar 2005 01:27:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j2N1R2Di081757; Wed, 23 Mar 2005 11:57:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 23 Mar 2005 11:56:52 +1030 User-Agent: KMail/1.7.92 References: <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> <4.3.2.7.2.20050322121618.01ddbef8@mail.qconline.com> <20050322184915.2656cde1@vixen42.local.lan> In-Reply-To: <20050322184915.2656cde1@vixen42.local.lan> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1930801.4lJXgg99Tn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503231157.00044.doconnor@gsoft.com.au> X-Spam-Score: -5.7 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: John-Mark Gurney cc: Harry Coin cc: Vulpes Velox Subject: Re: ATAPICAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 01:27:07 -0000 --nextPart1930801.4lJXgg99Tn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 23 Mar 2005 11:19, Vulpes Velox wrote: > > Right now it's a rock and a hard place, I have to boot another OS > > whenever I need to write on CD's or DVD's as it is now. > > Burncd, for CDs, works nicely. And with out the useless bloat of > several of the CD programs. The big problem is the lack of a useful > atapi dvd burning program. Depends what you're burning, and burning onto.. I have certainly had burcd= =20 hang (unkillable) while growisofs and cdrecord et al work fine. It would be OK if you could compile a version of cdrecord (for example) tha= t=20 could burn to both SCSI and ATAPI devices without atapicam. I believe someo= ne=20 wrote patches to teach libscilly to talk to ATAPI devices directly but you= =20 have to choose it OR CAM, you can't have both in the same binary. While atapicam is a bit of a kludge, it does provide compatibility with a w= ide=20 range of binaries that people use in leu of them supporting the ata code :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1930801.4lJXgg99Tn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCQMXk5ZPcIHs/zowRAilSAJ99C6+W3d3NdhfksVTo8l/l4OI9nwCgj8WN ieI/CkMGuXITT8eNwLun0Es= =/5on -----END PGP SIGNATURE----- --nextPart1930801.4lJXgg99Tn-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 07:44:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C923D16A4CE for ; Wed, 23 Mar 2005 07:44:47 +0000 (GMT) Received: from jazz.hansabank.lt (jazz.hansabank.lt [193.109.235.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1BE643D49 for ; Wed, 23 Mar 2005 07:44:46 +0000 (GMT) (envelope-from Putinas.Piliponis@hansa.lt) Received: from localhost (localhost [127.0.0.1]) by jazz.hansabank.lt (Postfix) with ESMTP id B23B8F955 for ; Wed, 23 Mar 2005 09:44:45 +0200 (EET) X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 23 Mar 2005 09:44:02 +0200 Message-ID: <217202CB5FF8AE439E263CE3D48ECB505CF2DB@honda.int.hansa.lt> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: mbufs? Thread-Index: AcUvfA1m/viT1hCQSX++G0fyy7AJ6A== From: "Putinas Piliponis" To: Subject: mbufs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 07:44:47 -0000 Hi guys, I have found a little weird stats running on 5.3-RELEASE 4294778226 mbufs in use 4294961067/9024 mbuf clusters in use (current/max) 0/5/2512 sfbufs in use (current/peak/max) 4134578 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 198580 calls to protocol drain routines and 413Mb allocated to network ? I don't even have that much memory. How can I debug this thing ? From owner-freebsd-current@FreeBSD.ORG Tue Mar 22 17:45:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1710116A4CE for ; Tue, 22 Mar 2005 17:45:01 +0000 (GMT) Received: from smtpout01-03.mesa1.secureserver.net (smtpout01-03.mesa1.secureserver.net [64.202.165.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 8AEAE43D41 for ; Tue, 22 Mar 2005 17:45:00 +0000 (GMT) (envelope-from david@cyberspacetech.com) Received: (qmail 13964 invoked from network); 22 Mar 2005 17:45:00 -0000 Received: from unknown (HELO webmail14.mesa1.secureserver.net) (64.202.189.55) by smtpout01-03.mesa1.secureserver.net with SMTP; 22 Mar 2005 17:45:00 -0000 Received: (qmail 16387 invoked by uid 99); 22 Mar 2005 17:45:00 -0000 Message-ID: <20050322174500.16386.qmail@webmail14.mesa1.secureserver.net> Date: Tue, 22 Mar 2005 10:45:00 -0700 From: "David D.W. Downey" To: current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII X-Mailman-Approved-At: Wed, 23 Mar 2005 12:49:16 +0000 Subject: interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 17:45:01 -0000 Here's something itneresting for you guys to chew on. Release Info ------------------- FreeBSD 5.4-PRERELEASE #4 Build Date --------------- Tue Mar 22 02:15:53 EST 2005 i386 mount info ----------------- /dev/ad0s1d on /tmp (ufs, local, soft-updates) fstab info ---------------- /dev/ad0s1d /tmp ufs rw 2 2 Now the interesting point df info ---------- /dev/ad0s1d 989M -444K 911M -0% /tmp and finally, fbdev# du -hs /tmp 26K /tmp fbdev# Anyone mind explaining this? -- David D.W. Downey CyberSpace Technologies Site: www.cyberspacetech.com Toll Free: (866) 660-2303 Fax: (480) 247-4231 PGP Fingerprint: 19A5 0C7E 060C 2618 E8C1 AAFD C4D3 FD7E 6C4C 74E4 From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 01:20:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0BBA16A4CE for ; Wed, 23 Mar 2005 01:20:17 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00EC243D2F for ; Wed, 23 Mar 2005 01:20:17 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DDuVG-0002MD-Cp for freebsd-current@freebsd.org; Wed, 23 Mar 2005 02:17:46 +0100 Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Mar 2005 02:17:46 +0100 Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Mar 2005 02:17:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Christopher Nehren Date: Wed, 23 Mar 2005 01:16:55 +0000 (UTC) Organization: /usr/bin/false Lines: 27 Message-ID: References: <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> <20050322120017.6E90816A4EC@hub.freebsd.org> <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> <4.3.2.7.2.20050322121618.01ddbef8@mail.qconline.com> <20050322184915.2656cde1@vixen42.local.lan> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner-SpamScore: s X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 23 Mar 2005 12:49:16 +0000 Subject: Re: ATAPICAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 01:20:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2005-03-23, Vulpes Velox scribbled these curious markings: > Burncd, for CDs, works nicely. And with out the useless bloat of > several of the CD programs. The big problem is the lack of a useful > atapi dvd burning program. And the fact that burncd only supports a relatively small amount of hardware. What's so bloated about cdrecord? Best Regards, Christopher Nehren -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQMQVk/lo7zvzJioRAlNpAJsE9/zC38DK/e3sYI5LfwC890OdhgCff6s7 VuXSwTH6F1jHfBib88pZ+YA= =IBjC -----END PGP SIGNATURE----- -- I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson If you ask the wrong questions, you get answers like "42" and "God". Unix is user friendly. However, it isn't idiot friendly. From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 13:26:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C70916A4CE for ; Wed, 23 Mar 2005 13:26:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C5ED43D1D for ; Wed, 23 Mar 2005 13:26:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C64135155B; Wed, 23 Mar 2005 05:26:00 -0800 (PST) Date: Wed, 23 Mar 2005 05:26:00 -0800 From: Kris Kennaway To: Putinas Piliponis Message-ID: <20050323132600.GD19868@xor.obsecurity.org> References: <217202CB5FF8AE439E263CE3D48ECB505CF2DB@honda.int.hansa.lt> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d9ADC0YsG2v16Js0" Content-Disposition: inline In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB505CF2DB@honda.int.hansa.lt> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: mbufs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 13:26:02 -0000 --d9ADC0YsG2v16Js0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 23, 2005 at 09:44:02AM +0200, Putinas Piliponis wrote: > Hi guys, > I have found a little weird stats running on 5.3-RELEASE >=20 > 4294778226 mbufs in use > 4294961067/9024 mbuf clusters in use (current/max) > 0/5/2512 sfbufs in use (current/peak/max) > 4134578 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 198580 calls to protocol drain routines >=20 > and 413Mb allocated to network ? I don't even have that much memory. > How can I debug this thing ? If this is a SMP machine, it's a documented erratum (and not an actual memory leak). Kris --d9ADC0YsG2v16Js0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQW5oWry0BWjoQKURApalAKD0VFORu+0PboOKV0N0kWVxwOT7egCePECS mB5LyDZPGQLBkRwKvQNxtwc= =PvFx -----END PGP SIGNATURE----- --d9ADC0YsG2v16Js0-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 17:16:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B86A16A4CE for ; Wed, 23 Mar 2005 17:16:31 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FEC143D41 for ; Wed, 23 Mar 2005 17:16:29 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so241942wri for ; Wed, 23 Mar 2005 09:16:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=mTHMTkRP2/RI8j40JCiCwU28Ra0ne2Dsx1Vu05aVLIEVCAGLomp5e12kIwPRwXOqsfIUu7frz3PXaCzxl0xP6xLvH4iqjjXokiraB5fRk9HkX0+avqNXdMtIx5WPsRiJ93bjJqyT5+zB09iuZVwiGLUM35jcsW28+8ianFXYxH0= Received: by 10.54.105.17 with SMTP id d17mr435385wrc; Wed, 23 Mar 2005 09:16:29 -0800 (PST) Received: by 10.54.34.28 with HTTP; Wed, 23 Mar 2005 09:16:29 -0800 (PST) Message-ID: <7daacbbe05032309163bd3c5ee@mail.gmail.com> Date: Wed, 23 Mar 2005 18:16:29 +0100 From: Dominique Goncalves To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_8534_29741825.1111598189021" Subject: Panic with umass device with EHCI enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dominique Goncalves List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 17:16:31 -0000 ------=_Part_8534_29741825.1111598189021 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline HI, I'm running a FreeBSD 6.0-CURRENT with a kernel and world build on 22 march 2005, # uname -a FreeBSD venus 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Tue Mar 22 18:11:22 CET 2005 dom@venus:/usr/obj/usr/src/sys/VENUS i386 When I unplug my usb key on usb2 controller, I have a panic kernel. ==== umass0: at uhub3 port 2 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device Fatal trap 12: page fault while in kernel mode fault virtual address = 0xdeadc116 fault code = supervisor write, page not present instruction pointer = 0x8:0xc043982f stack pointer = 0x10:0xcc9d2cdc frame pointer = 0x10:0xcc9d2cf4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 31 (swi2: cambio) [thread pid 31 tid 100023 ] Stopped at camisr+0x12b: decl 0x38(%eax) db> trace Tracing pid 31 tid 100023 td 0xc150d730 camisr(c06c4574) at camisr+0x12b ithread_loop(c14e0c00,cc9d2d48,c14e0c00,c04d8ae4,0) at ithread_loop+0x120 fork_exit(c04d8ae4,c14e0c00,cc9d2d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc9d2d7c, ebp = 0 --- db> === The dmesg and kernel config is attached. Any help will be greatly appreciated. (please say me if you need more information with step by step please, I'm not a developper :) Regards -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." ------=_Part_8534_29741825.1111598189021 Content-Type: text/plain; name=dmesg_current.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg_current.txt" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #4: Tue Mar 22 18:11:22 CET 2005 dom@venus:/usr/obj/usr/src/sys/VENUS WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2000.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 268369920 (255 MB) avail memory = 253313024 (241 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 10 on acpi0 pci_link6: irq 10 on acpi0 pci_link7: irq 12 on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xdc00-0xdcff,0xd800-0xd87f irq 10 at device 2.7 on pci0 pcm0: [GIANT-LOCKED] pcm0: ohci0: mem 0xdfffc000-0xdfffcfff irq 11 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xdfffe000-0xdfffefff irq 10 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xdffff000-0xdfffffff irq 10 at device 3.2 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdfffd000-0xdfffdfff irq 12 at device 3.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered rl0: port 0xd400-0xd4ff mem 0xdfffbf00-0xdfffbfff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:ba:b8:90:da rl1: port 0xd000-0xd0ff mem 0xdfffbe00-0xdfffbeff irq 10 at device 11.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:10:dc:82:9b:d2 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcf7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2000151172 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57241MB [116301/16/63] at ata0-master UDMA100 ad1: 57241MB [116301/16/63] at ata0-slave UDMA100 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Trying to mount root from ufs:/dev/ad1s2a ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. WARNING: was not properly dismounted lock order reversal 1st 0xc174b81c rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc15aff00 rl0 (network driver) @ /usr/src/sys/pci/if_rl.c:1444 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c06dc050,c06dac50,c06a4de8) at kdb_backtrace+0x29 witness_checkorder(c15aff00,9,c06807c0,5a4) at witness_checkorder+0x54c _mtx_lock_flags(c15aff00,0,c06807c0,5a4,c15af800) at _mtx_lock_flags+0x5b rl_start(c15af800) at rl_start+0x22 if_start(c15af800) at if_start+0x7b ether_output_frame(c15af800,c169e200,1,ffffffff,0) at ether_output_frame+0x1d9 ether_output(c15af800,c169e200,d0a84a48,0,2) at ether_output+0x384 arprequest(c15af800,c17110c8,c172f8f4,c15d90ab) at arprequest+0xd8 arpresolve(c15af800,c174b840,c169e300,c172f8f0,d0a84ab8) at arpresolve+0x29c ether_output(c15af800,c169e300,c172f8f0,c174b840,c1711000) at ether_output+0x66 ip_output(c169e300,0,d0a84b10,0,0) at ip_output+0x6fc udp_output(c17497bc,c169e300,0,0,c16ab8a0) at udp_output+0x4ad udp_send(c1747a60,0,c169e300,0,0) at udp_send+0x1a sosend(c1747a60,0,d0a84c4c,c169e300,0) at sosend+0x5e7 kern_sendit(c16ab8a0,4,d0a84ccc,0,0) at kern_sendit+0x104 sendit(c16ab8a0,4,d0a84ccc,0,807b023) at sendit+0x163 sendto(c16ab8a0,d0a84d14,6,1,216) at sendto+0x4d syscall(2f,2f,2f,0,281477a4) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280c965b, esp = 0xbfbfdc9c, ebp = 0xbfbfdcc8 --- drm0: port 0xa800-0xa8ff mem 0xd0000000-0xd7ffffff,0xdfef0000-0xdfefffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 64MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 info: [drm] Loading R200 Microcode rl1: link state changed to DOWN umass0: vendor 0x05e3 USB Storage, rev 2.00/1.25, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 125MB (256000 512 byte sectors: 64H 32S/T 125C) (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status == 0x0 ------=_Part_8534_29741825.1111598189021 Content-Type: application/octet-stream; name=VENUS Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="VENUS" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.426 2005/03/18 15:23:59 murray Exp $ machine i386 cpu I686_CPU ident VENUS # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device rl # RealTek 8129/8139 # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners ------=_Part_8534_29741825.1111598189021-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 17:31:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8731316A4CE for ; Wed, 23 Mar 2005 17:31:25 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CC8843D2F for ; Wed, 23 Mar 2005 17:31:25 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DE9hS-0007ey-00; Wed, 23 Mar 2005 18:31:22 +0100 Date: Wed, 23 Mar 2005 18:31:22 +0100 To: Remington Message-ID: <20050323173122.GO2298@poupinou.org> References: <1110999917.69045.1.camel@baby> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1110999917.69045.1.camel@baby> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: current@freebsd.org Subject: Re: -CURRENT ACPI(cpufreq) modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 17:31:25 -0000 On Wed, Mar 16, 2005 at 11:05:17AM -0800, Remington wrote: > I am reading that the -CURRENT ACPI cpufreq modules will work with > 5.4-PRE. Are these modules avaliable for download somewhere, id hate to > have to compile these, especially on a 400MHz machine! What is the processor on that machine? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 19:37:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3793416A4CF for ; Wed, 23 Mar 2005 19:37:08 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B457C43D6D for ; Wed, 23 Mar 2005 19:37:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26748 invoked from network); 23 Mar 2005 19:37:07 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 23 Mar 2005 19:37:06 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2NJavah063392; Wed, 23 Mar 2005 14:36:58 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-mobile@FreeBSD.org, vova@fbsd.ru Date: Wed, 23 Mar 2005 14:11:46 -0500 User-Agent: KMail/1.6.2 References: <1110800717.1296.19.camel@localhost> In-Reply-To: <1110800717.1296.19.camel@localhost> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503231411.46948.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: "current@freebsd.org" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 19:37:08 -0000 On Monday 14 March 2005 06:45 am, Vladimir Grebenschikov wrote: > Hi > > I have SONY notebook with integrated memory stick card reader. It > appears as USB umass device and works well. > > Usbdevs output is here: > Controller /dev/usb3: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x0000), rev 1.00, device uhub4 port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 5 addr 2: high speed, self powered, config 1, USB Memory Stick > Slot(0x014d), Sony(0x054c), rev 1.10, device umass1 port 6 powered > > Only problem is that card-reader itself toes not detach USB device on flash > removal. So if I change card to another card of different size it is not > detected and da0 device still has old geometry. > > 'camcontrol rescan' does not helps. > > For previous Sony notebook stick reader was attached to ATA bus and I > workaround this problem with atacontrol detach/attach. > > How to do same with USB-attached umass device, I mean how to rescan this > device for physical geometry. > > I found only solution - kldunload umass && kldload umass, but it is ugly. > And can be problem in case when another umass device connected. Have you tried doing a 'camcontrol eject da0', swapping out the sticks and then seeing if da0 comes back with new geometry? Possibly doing a 'camcontrol rescan' to force it to see the new stick? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 19:37:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E761E16A509 for ; Wed, 23 Mar 2005 19:37:19 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4144D43D5A for ; Wed, 23 Mar 2005 19:37:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18177 invoked from network); 23 Mar 2005 19:37:19 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 23 Mar 2005 19:37:18 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2NJavaj063392; Wed, 23 Mar 2005 14:37:09 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "wsk" Date: Wed, 23 Mar 2005 14:38:32 -0500 User-Agent: KMail/1.6.2 References: <57062.211.96.21.195.1106558752.squirrel@webmail.catholic.org> <200502031304.41476.jhb@FreeBSD.org> <64443.211.96.21.195.1107594076.squirrel@webmail.catholic.org> In-Reply-To: <64443.211.96.21.195.1107594076.squirrel@webmail.catholic.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503231438.32937.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: Rocketport uPCI ioaddr mapping failed under FreeBSD-5.3&CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 19:37:20 -0000 On Saturday 05 February 2005 04:01 am, wsk wrote: > > On Monday 24 January 2005 04:25 am, wsk wrote: > >> hi,folks: > >> > >> after installed RocketPort uPCI card into my box;it > >> dumps the follow eror msgs: > >> > >> rp0: port 0xde00-0xdeff,0xdd80-0xddff mem > >> 0xfcedff80-0xfcedffff > >> irq 19 at device 10.0 on pci2 > >> rp0: failed: rid 0x10 is memory, requested 4 > >> rp0: ioaddr mapping failed for RocketPort(PCI). > >> device_attach: rp0 attach returned 6 > > > > Looks like you need to change the driver to map its io addresses from a > > different BAR for this chip ID since BAR 0 is memory, not I/O. I'm not > > sure > > this driver will work with this card, btw, but you can try changing this > > line > > in the attach function of sys/dev/rp/rp_pci.c: > > > > ctlp->io_rid[0] = 0x10; > > > > to use either '0x14' or '0x18' rather than '0x10' and see if it >works. > > It must use '0x18' . or the driver can't map the ports: > here'is my boot mesgs by set '0x14' > Feb 5 16:21:20 wsk kernel: rp0: port > 0xde00-0xdeff,0xdd80-0xddff mem 0xfcedff80-0xfcedffff irq 19 at device > 10.0 on pci2 > Feb 5 16:21:20 wsk kernel: RocketPort0 (Version 3.02) 0 ports. > and after set '0x18'. the boot mesgs: > Feb 5 16:47:59 wsk kernel: rp0: port > 0xde00-0xdeff,0xdd80-0xddff mem 0xfcedff80-0xfcedffff irq 19 at device > 10.0 on pci2 > Feb 5 16:47:59 wsk kernel: RocketPort0 (Version 3.02) 8 ports. > and thanks again Can you try this patch below and verify it works? If so, I'd like to commit it. Thanks! Index: rp_pci.c =================================================================== RCS file: /usr/cvs/src/sys/dev/rp/rp_pci.c,v retrieving revision 1.9 diff -u -r1.9 rp_pci.c --- rp_pci.c 21 Jun 2004 13:02:25 -0000 1.9 +++ rp_pci.c 23 Mar 2005 19:37:43 -0000 @@ -67,6 +67,7 @@ #define RP_DEVICE_ID_4J 0x0007 #define RP_DEVICE_ID_6M 0x000C #define RP_DEVICE_ID_4M 0x000D +#define RP_DEVICE_ID_UPCI_8O 0x0805 /************************************************************************** MUDBAC remapped for PCI @@ -177,7 +178,14 @@ ctlp->bus_ctlp = NULL; - ctlp->io_rid[0] = 0x10; + switch (pci_get_devid(dev)) { + case RP_DEVICE_ID_UPCI_8O: + ctlp->io_rid[0] = PCIR_BAR(2); + break; + default: + ctlp->io_rid[0] = PCIR_BAR(0); + break; + } ctlp->io[0] = bus_alloc_resource_any(dev, SYS_RES_IOPORT, &ctlp->io_rid[0], RF_ACTIVE); if(ctlp->io[0] == NULL) { -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 20:34:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1358D16A4CE; Wed, 23 Mar 2005 20:34:02 +0000 (GMT) Received: from vbook.fbsd.ru (user184.hovrino.net [82.179.232.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1681F43D3F; Wed, 23 Mar 2005 20:34:00 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DECXx-000BDW-Ol; Wed, 23 Mar 2005 23:33:45 +0300 From: Vladimir Grebenschikov To: John Baldwin In-Reply-To: <200503231411.46948.jhb@FreeBSD.org> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 23 Mar 2005 23:33:45 +0300 Message-Id: <1111610025.1471.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: freebsd-mobile@FreeBSD.org Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 20:34:02 -0000 =F7 =D3=D2, 23/03/2005 =D7 14:11 -0500, John Baldwin =D0=C9=DB=C5=D4: > On Monday 14 March 2005 06:45 am, Vladimir Grebenschikov wrote: > > Hi > > > > I have SONY notebook with integrated memory stick card reader. It > > appears as USB umass device and works well. > > > > Usbdevs output is here: > > Controller /dev/usb3: > > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > > Intel(0x0000), rev 1.00, device uhub4 port 1 powered > > port 2 powered > > port 3 powered > > port 4 powered > > port 5 addr 2: high speed, self powered, config 1, USB Memory Stick > > Slot(0x014d), Sony(0x054c), rev 1.10, device umass1 port 6 powered > > > > Only problem is that card-reader itself toes not detach USB device on f= lash > > removal. So if I change card to another card of different size it is no= t > > detected and da0 device still has old geometry. > > > > 'camcontrol rescan' does not helps. > > > > For previous Sony notebook stick reader was attached to ATA bus and I > > workaround this problem with atacontrol detach/attach. > > > > How to do same with USB-attached umass device, I mean how to rescan thi= s > > device for physical geometry. > > > > I found only solution - kldunload umass && kldload umass, but it is ugl= y. > > And can be problem in case when another umass device connected. >=20 > Have you tried doing a 'camcontrol eject da0', swapping out the sticks an= d=20 > then seeing if da0 comes back with new geometry? Possibly doing a=20 > 'camcontrol rescan' to force it to see the new stick? No, not it does not, it actually prevents memory stick from working. # camcontrol devlist at scbus1 target 0 lun 0 (pass0,da0) at scbus3 target 0 lun 0 (pass1,cd0) # camcontrol eject da0 Error received from stop unit command # camcontrol eject da0 Unit stopped successfully, Media ejected # mount /m/stick msdosfs: /dev/da0s1: Device not configured # camcontrol rescan all Re-scan of bus 0 was successful Re-scan of bus 1 was successful Re-scan of bus 2 was successful Re-scan of bus 3 was successful # mount /m/stick msdosfs: /dev/da0s1: No such file or directory # mount -t msdosfs /dev/da0 /m/stick msdosfs: /dev/da0: Invalid argument # dmesg ... (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 ... --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 20:48:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 716F416A4CE; Wed, 23 Mar 2005 20:48:09 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9FE943D49; Wed, 23 Mar 2005 20:48:08 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2NKm3wt006452; Wed, 23 Mar 2005 15:48:05 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Wed, 23 Mar 2005 15:48:02 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Vladimir Grebenschikov In-Reply-To: <1111610025.1471.6.camel@localhost> Message-ID: <20050323154642.J37251@sasami.jurai.net> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <1111610025.1471.6.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Wed, 23 Mar 2005 15:48:05 -0500 (EST) cc: "current@freebsd.org" cc: John Baldwin cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 20:48:09 -0000 You want this: ftp://ftp.jurai.net/users/winter/cam-detach.patch You will then be able to perform a 'camcontrol detach daX', swap cards, and run 'camcontrol rescan'. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 21:05:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAD7B16A4CE for ; Wed, 23 Mar 2005 21:05:02 +0000 (GMT) Received: from seven.Alameda.net (seven.alameda.net [64.81.53.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2B0443D48 for ; Wed, 23 Mar 2005 21:05:02 +0000 (GMT) (envelope-from ulf@Alameda.net) Received: by seven.Alameda.net (Postfix, from userid 1000) id 4FA763A201; Wed, 23 Mar 2005 13:05:02 -0800 (PST) Date: Wed, 23 Mar 2005 13:05:02 -0800 From: Ulf Zimmermann To: "David D.W. Downey" Message-ID: <20050323210501.GW13396@seven.alameda.net> References: <20050322174500.16386.qmail@webmail14.mesa1.secureserver.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050322174500.16386.qmail@webmail14.mesa1.secureserver.net> Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.10-RELEASE-p2 User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ulf@Alameda.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 21:05:03 -0000 On Tue, Mar 22, 2005 at 10:45:00AM -0700, David D.W. Downey wrote: > Here's something itneresting for you guys to chew on. > > Release Info > ------------------- > FreeBSD 5.4-PRERELEASE #4 > > Build Date > --------------- > Tue Mar 22 02:15:53 EST 2005 i386 > > mount info > ----------------- > /dev/ad0s1d on /tmp (ufs, local, soft-updates) > > fstab info > ---------------- > /dev/ad0s1d /tmp ufs rw 2 > 2 > > Now the interesting point > > df info > ---------- > /dev/ad0s1d 989M -444K 911M -0% /tmp > > and finally, > > fbdev# du -hs /tmp > 26K /tmp > fbdev# > > > Anyone mind explaining this? File in /tmp deleted but still open? :-) -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 21:33:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC38616A4D1 for ; Wed, 23 Mar 2005 21:33:40 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C91943D72 for ; Wed, 23 Mar 2005 21:33:40 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22156 invoked from network); 23 Mar 2005 21:33:40 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 23 Mar 2005 21:33:38 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2NLXUff064052; Wed, 23 Mar 2005 16:33:31 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 23 Mar 2005 15:46:40 -0500 User-Agent: KMail/1.6.2 References: <20050302020453.GE55745@squash.dsto.defence.gov.au> In-Reply-To: <20050302020453.GE55745@squash.dsto.defence.gov.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503231546.40408.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: emulation@FreeBSD.org cc: matthew.thyer@dsto.defence.gov.au cc: "Wilkinson, Alex" Subject: Re: sys/modules/linux/linux_ioctl.o - LOR [I think] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 21:33:40 -0000 On Tuesday 01 March 2005 09:04 pm, Wilkinson, Alex wrote: > Version: FreeBSD 6.0-CURRENT #1: Tue Feb 22 12:47:37 CST 2005 > > Seeing these error on console: > > --- syscall (54, Linux ELF, linux_ioctl), eip = 0x283bf2a4, esp = > 0xbfbf8ed0, ebp = 0xbfbf8f80 --- Calling uiomove() with the following > non-sleepable locks held: > exclusive sleep mutex ifnet r = 0 (0xc09b8ea0) locked @ > /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2135 KDB: stack > backtrace: > witness_warn(2,0,c08a71b8,ec80fbec,0) at witness_warn+0x175 > uiomove(ec80fc64,20,ec80fc44,0,1) at uiomove+0x4d > linux_ioctl_socket(c6b52000,ec80fd14,ec80fcd0,c08aa46e,68d) at > linux_ioctl_socket+0x8f4 linux_ioctl(c6b52000,ec80fd14,c08c8f72,3ad,3) at > linux_ioctl+0x69 syscall(2f,2f,2f,bfbfd36c,4) at syscall+0x13b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, Linux ELF, linux_ioctl), eip = 0x283bf2a4, esp = > 0xbfbfd290, ebp = 0xbfbfd300 --- Calling uiomove() with the following > non-sleepable locks held: > exclusive sleep mutex ifnet r = 0 (0xc09b8ea0) locked @ > /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2135 KDB: stack > backtrace: > witness_warn(2,0,c08a71b8,0,0) at witness_warn+0x175 > uiomove(ec80fc64,20,ec80fc44,0,1) at uiomove+0x4d > linux_ioctl_socket(c6b52000,ec80fd14,ec80fcd0,c08aa46e,68d) at > linux_ioctl_socket+0x8f4 > linux_ioctl(c6b52000,ec80fd14,c08c8f72,3ad,3) at linux_ioctl+0x69 > syscall(2f,2f,2f,bfbfd36c,4) at syscall+0x13b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, Linux ELF, linux_ioctl), eip = 0x283bf2a4, esp = > 0xbfbfd290, ebp = 0xbfbfd300 --- Definitely a bug. The linux_ioctl() code needs to unlock the ifnet lock before it calls uiomove() unless it knows for certain that it is talking to UIO_SYSSPACE. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 23 22:15:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCF9C16A4CF for ; Wed, 23 Mar 2005 22:15:09 +0000 (GMT) Received: from smtpout03-03.mesa1.secureserver.net (smtpout03-03.mesa1.secureserver.net [64.202.165.73]) by mx1.FreeBSD.org (Postfix) with SMTP id 4A2FD43D58 for ; Wed, 23 Mar 2005 22:15:07 +0000 (GMT) (envelope-from david@cyberspacetech.com) Received: (qmail 17193 invoked from network); 23 Mar 2005 22:15:06 -0000 Received: from unknown (HELO webmail13.mesa1.secureserver.net) (64.202.189.54) by smtpout03-03.mesa1.secureserver.net with SMTP; 23 Mar 2005 22:15:06 -0000 Received: (qmail 16854 invoked by uid 99); 23 Mar 2005 22:15:06 -0000 Message-ID: <20050323221506.16853.qmail@webmail13.mesa1.secureserver.net> Date: Wed, 23 Mar 2005 15:15:06 -0700 From: "David D.W. Downey" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: RE: Interesting fs usage issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 22:15:10 -0000 As suggested, took /tmp down by force, and did an fsck. issue resolved. However, this suggests another issue to me, where the kernel is failing to track open/closed file handles. Is it not the kernel's (or possibly sched's) job to track orphans like this and at least generate a report to syslog if no ownership is found? -- David D.W. Downey CyberSpace Technologies Site: www.cyberspacetech.com Toll Free: (866) 660-2303 Fax: (480) 247-4231 PGP Fingerprint: 19A5 0C7E 060C 2618 E8C1 AAFD C4D3 FD7E 6C4C 74E4 From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 01:00:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 284A816A4CE; Thu, 24 Mar 2005 01:00:13 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D4643D1D; Thu, 24 Mar 2005 01:00:11 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2O104gm087393; Wed, 23 Mar 2005 19:00:08 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42421103.4030709@centtech.com> Date: Wed, 23 Mar 2005 18:59:47 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423E6ECA.7010101@root.org> <423F9904.2060800@centtech.com> <423FA4BB.4090002@root.org> In-Reply-To: <423FA4BB.4090002@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/781/Wed Mar 23 05:58:42 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: FreeBSD Current Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 01:00:13 -0000 Nate Lawson wrote: > Eric Anderson wrote: > >> Nate Lawson wrote: >> >>> Eric Anderson wrote: >>> >>>> Eric Anderson wrote: >>>> >>>>> Eric Anderson wrote: >>>>> >>>>>> I have a Dell Latitude D610 laptop, and my kernel says: >>>>>> >>>>>> CPU claims to support Enhanced Speedstep, but is not recognized. >>>>>> Please update driver or contact the maintainer. >>>>>> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>>>>> >>>>>> What does that mean to me? How can I fix it? >>>>>> >>>>>> All my various info (full dmesg, acpi dumps, etc) are available here: >>>>>> http://www.googlebit.com/freebsd/ >>> >>> >>> Ok, I've committed a patch to est.c that should add support of acpi >>> detection of EST parameters. Please give it a try. It probably >>> won't work on all systems since it appears some systems need _PDC >>> support (something I'm working on). Actually, if yours doesn't work >>> with est, it should work with acpi_perf. >>> >> >> Rebuilt everything, and I'm not certain anything is different. Latest >> output is at the URL above. As a side note - when this laptop goes >> from AC to battery, the machine hangs for 10 seconds. From battery to >> AC, there is no hang. I think it might be some kind of interrupt >> storm (USB?). > > > No idea, probably the EC timing out. > > I don't understand why acpi_perf doesn't attach on your system. Have > you added a hint to disable it? Can you boot without cpufreq.ko loaded > and see if you get an acpi_perf0? I haven't changed any of the hints at all. I booted without cpufreq loaded, and the only thing I really noticed was that the p4tcc stuff disappeared from my dmesg. I may have missed some other things (it was early, my brain was foggy, etc). The one thing I did notice (hard not to), is when I unplugged the AC from the laptop, the machine locked up and didn't come back, not even when I plugged AC back in. On that note - I did some experimenting, and watching systat -vmstat 1 showed my interrupts jumping from ~1000 on ath0 to over 25000 during the ~10 hang when going from AC->battery mode. I disabled the minipci slot in the BIOS, and no longer had the interrupt storm (but no wireless too). I didn't have this issue on 5.3-STABLE for sure, and I *think* I didn't have it on -CURRENT from early Feb. This might be a new change in Sam's code. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 01:47:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD38F16A4CE; Thu, 24 Mar 2005 01:47:09 +0000 (GMT) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84B643D1F; Thu, 24 Mar 2005 01:47:09 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.18.171.198]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IDU007YL2AKLS80@vms040.mailsrvcs.net>; Wed, 23 Mar 2005 19:47:09 -0600 (CST) Date: Wed, 23 Mar 2005 20:46:50 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <4240015A.2020802@DeepCore.dk> To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Message-id: <1111628810.1060.1.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 01:47:10 -0000 On Tue, 2005-03-22 at 12:28 +0100, Søren Schmidt wrote: > o PCCARD probing fixed. > Since I have reported this problem with the previous version of the patch, I would like to confirm that with this version my PCMCIA-to-CF adapter works properly. Thank you, -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 01:53:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04F4E16A4CF; Thu, 24 Mar 2005 01:53:18 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C516A43D60; Thu, 24 Mar 2005 01:53:17 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id AB4BC7A41E; Wed, 23 Mar 2005 17:53:17 -0800 (PST) Message-ID: <42421D8D.5060502@elischer.org> Date: Wed, 23 Mar 2005 17:53:17 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Matthew N. Dodd" References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <1111610025.1471.6.camel@localhost> <20050323154642.J37251@sasami.jurai.net> In-Reply-To: <20050323154642.J37251@sasami.jurai.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Vladimir Grebenschikov cc: "current@freebsd.org" cc: freebsd-mobile@freebsd.org Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 01:53:18 -0000 Matthew N. Dodd wrote: > You want this: > > ftp://ftp.jurai.net/users/winter/cam-detach.patch > > You will then be able to perform a 'camcontrol detach daX', swap > cards, and run 'camcontrol rescan'. scu6a.lbxs > eject should imply a detach.. i.e. I think your patch should call the detach code from the eject code. Either way can you commit it asap? needed functionality. From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 02:00:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EF216A4CE; Thu, 24 Mar 2005 02:00:10 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7051543D55; Thu, 24 Mar 2005 02:00:09 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2O2011i029509; Wed, 23 Mar 2005 21:00:03 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Wed, 23 Mar 2005 21:00:01 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Julian Elischer In-Reply-To: <42421D8D.5060502@elischer.org> Message-ID: <20050323205841.N37251@sasami.jurai.net> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <20050323154642.J37251@sasami.jurai.net> <42421D8D.5060502@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Wed, 23 Mar 2005 21:00:03 -0500 (EST) cc: Vladimir Grebenschikov cc: "current@freebsd.org" cc: John Baldwin cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 02:00:10 -0000 On Wed, 23 Mar 2005, Julian Elischer wrote: > eject should imply a detach.. > i.e. I think your patch should call the detach code from the eject code. Eject is for devices that support removable media. > Either way can you commit it asap? > needed functionality. Nope. The patch doesn't handle any in-flight commands. You can panic your box with it if you're unlucky. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 02:02:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99A8E16A4CE for ; Thu, 24 Mar 2005 02:02:56 +0000 (GMT) Received: from S2.cableone.net (smtp2.cableone.net [24.116.0.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3191943D48 for ; Thu, 24 Mar 2005 02:02:56 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.local.lan (unverified [24.119.71.105]) by S2.cableone.net (CableOne SMTP Service S2) with ESMTP id 14298468 for multiple; Wed, 23 Mar 2005 19:18:56 -0700 Date: Wed, 23 Mar 2005 20:01:51 -0600 From: Vulpes Velox To: Christopher Nehren Message-ID: <20050323200151.7d911068@vixen42.local.lan> In-Reply-To: References: <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> <20050322120017.6E90816A4EC@hub.freebsd.org> <4.3.2.7.2.20050322071722.038787d0@mail.qconline.com> <4.3.2.7.2.20050322121618.01ddbef8@mail.qconline.com> <20050322184915.2656cde1@vixen42.local.lan> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IP-stats: Incoming Last 4, First 12, in=14, out=0, spam=0 X-External-IP: 24.119.71.105 X-Abuse-Info: Send abuse complaints to abuse@cableone.net cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 02:02:56 -0000 On Wed, 23 Mar 2005 01:16:55 +0000 (UTC) Christopher Nehren wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2005-03-23, Vulpes Velox scribbled these > curious markings: > > Burncd, for CDs, works nicely. And with out the useless bloat of > > several of the CD programs. The big problem is the lack of a > > useful atapi dvd burning program. > > And the fact that burncd only supports a relatively small amount of > hardware. What's so bloated about cdrecord? Never had any problem with any hardware not listed as officially working. More of meant that in regards various front ends to cdrecord. But that program is a pita to work with compared to burncd. From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 03:26:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AD6D16A4CE for ; Thu, 24 Mar 2005 03:26:14 +0000 (GMT) Received: from mxsf34.cluster1.charter.net (mxsf34.cluster1.charter.net [209.225.28.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC7D43D53 for ; Thu, 24 Mar 2005 03:26:11 +0000 (GMT) (envelope-from TastyNachos@charter.net) Received: from mxip06.cluster1.charter.net (mxip06a.cluster1.charter.net [209.225.28.136])j2O3QAeq006470 for ; Wed, 23 Mar 2005 22:26:10 -0500 Received: from 68-189-90-224.ca.charter.com (HELO [172.16.64.102]) (68.189.90.224) by mxip06.cluster1.charter.net with ESMTP; 23 Mar 2005 22:26:10 -0500 X-Ironport-AV: i="3.91,116,1110171600"; d="scan'208"; a="690421273:sNHT26741710" From: Remington To: Bruno Ducrot In-Reply-To: <20050323173122.GO2298@poupinou.org> References: <1110999917.69045.1.camel@baby> <20050323173122.GO2298@poupinou.org> Content-Type: text/plain Date: Wed, 23 Mar 2005 19:26:31 -0800 Message-Id: <1111634791.743.3.camel@baby> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: -CURRENT ACPI(cpufreq) modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 03:26:14 -0000 amd64, tryed drivers, work like a charm! On Wed, 2005-03-23 at 18:31 +0100, Bruno Ducrot wrote: > On Wed, Mar 16, 2005 at 11:05:17AM -0800, Remington wrote: > > I am reading that the -CURRENT ACPI cpufreq modules will work with > > 5.4-PRE. Are these modules avaliable for download somewhere, id hate to > > have to compile these, especially on a 400MHz machine! > > What is the processor on that machine? > From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 04:05:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F2416A4CE for ; Thu, 24 Mar 2005 04:05:15 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B41C43D5F for ; Thu, 24 Mar 2005 04:05:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10083 invoked from network); 24 Mar 2005 04:05:15 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 24 Mar 2005 04:05:14 -0000 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2O4573F066068; Wed, 23 Mar 2005 23:05:08 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <20050323205841.N37251@sasami.jurai.net> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <20050323154642.J37251@sasami.jurai.net> <42421D8D.5060502@elischer.org> <20050323205841.N37251@sasami.jurai.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Wed, 23 Mar 2005 23:05:04 -0500 To: "Matthew N. Dodd" X-Mailer: Apple Mail (2.619.2) X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Vladimir Grebenschikov cc: "current@freebsd.org" cc: Julian Elischer cc: freebsd-mobile@FreeBSD.org Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 04:05:16 -0000 On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: > On Wed, 23 Mar 2005, Julian Elischer wrote: >> eject should imply a detach.. >> i.e. I think your patch should call the detach code from the eject >> code. > > Eject is for devices that support removable media. So are flash memory sticks ejectable media from a slot in a laptop that never goes away? Seems like it should be an ejectable media to me. *shrug* -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 05:23:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F1CC16A4CE for ; Thu, 24 Mar 2005 05:23:55 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFCB243D48 for ; Thu, 24 Mar 2005 05:23:52 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2O5Np9P086200; Thu, 24 Mar 2005 00:23:51 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2O5NoGX086195; Thu, 24 Mar 2005 00:23:51 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Thu, 24 Mar 2005 00:23:50 -0500 (EST) From: Jeff Roberson To: Kris Kennaway In-Reply-To: <20050322175734.GA75475@xor.obsecurity.org> Message-ID: <20050324002310.K20708@mail.chesapeake.net> References: <20050322175734.GA75475@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: current@FreeBSD.org Subject: Re: ufs deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 05:23:55 -0000 Interestingly, this is the same as the buf leak that peter holm reported. What is most interesting is that this seems to be a buf from a directory vnode! On Tue, 22 Mar 2005, Kris Kennaway wrote: > -current from 3 days ago on a UP machine: > > db> show lockedvnods > Locked vnodes > > 0xc2e7d8e0: tag ufs, type VDIR > usecount 3, writecount 0, refcount 6 mountedhere 0 > flags () > v_object 0xc2a59e70 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc2dc0320 (pid 57151) > ino 97856, on dev ad0d > > 0xc3398238: tag ufs, type VDIR > usecount 4, writecount 0, refcount 6 mountedhere 0 > flags () > v_object 0xc1f36084 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc3293c80 (pid 54851) with = 1 pending > ino 97861, on dev ad0d > > 0xc3bf1d50: tag ufs, type VDIR > usecount 3, writecount 0, refcount 5 mountedhere 0 > flags () > v_object 0xc2ad5420 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc2dc14b0 (pid 47443) with = 1 pending > ino 97868, on dev ad0d > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 57314 c1b99de4 0 57312 57314 0004002 [SLPQ ttyin 0xc1a75c10][SLP] csh > 57312 c2f60000 0 367 57312 0004100 [SLPQ select 0xc07e0ba4][SLP] ssh= d > 57151 c2dc2de4 0 57117 57107 0004000 [SLPQ ufs 0xc3398298][SLP] rm > 57117 c1f4abe8 0 57108 57107 0004000 [SLPQ wait 0xc1f4abe8][SLP] sh > 57108 c249b000 0 57107 57107 0004000 [SLPQ wait 0xc249b000][SLP] sh > 57107 c249b1fc 0 57105 57107 0004000 [SLPQ pause 0xc249b230][SLP] csh > 57105 c32929ec 0 367 57105 0004100 [SLPQ select 0xc07e0ba4][SLP] ssh= d > 54851 c19fe5f4 0 54841 54734 0004000 [SLPQ ufs 0xc3bf1db0][SLP] find > 54848 c249d7f0 0 54846 54734 0004000 [SLPQ piperd 0xc1ba5d80][SLP] cat > 54846 c2f601fc 0 54835 54734 0000000 [SLPQ wait 0xc2f601fc][SLP] sh > 54845 c2dc23f8 0 54835 54734 0004000 [SLPQ piperd 0xc1ba5c00][SLP] sor= t > 54844 c249b7f0 0 54835 54734 0004000 [SLPQ piperd 0xc1ba6780][SLP] sed > 54842 c2f60de4 0 54835 54734 0004000 [SLPQ piperd 0xc329a180][SLP] xar= gs > 54841 c2f603f8 0 54835 54734 0000000 [SLPQ wait 0xc2f603f8][SLP] sh > 54835 c32985f4 0 54832 54734 0004000 [SLPQ wait 0xc32985f4][SLP] sh > 54834 c2f60be8 0 54833 54734 0004000 [SLPQ piperd 0xc1ba5780][SLP] mai= l > 54833 c249bde4 0 54826 54734 0000000 [SLPQ wait 0xc249bde4][SLP] sh > 54832 c2f627f0 0 54826 54734 0000000 [SLPQ wait 0xc2f627f0][SLP] sh > 54826 c249d3f8 0 54825 54734 0004000 [SLPQ wait 0xc249d3f8][SLP] sh > --More-- =0054825 c249d9ec 0 54742 54734 0004000 [SLPQ wait 0xc= 249d9ec][SLP] sh > 54744 c2dc27f0 0 54743 54734 0004000 [SLPQ piperd 0xc2544900][SLP] mai= l > 54743 c2f629ec 0 54736 54734 0000000 [SLPQ wait 0xc2f629ec][SLP] sh > 54742 c1f4a7f0 0 54736 54734 0000000 [SLPQ wait 0xc1f4a7f0][SLP] sh > 54736 c249b3f8 0 54734 54734 0004000 [SLPQ wait 0xc249b3f8][SLP] sh > 54734 c2d945f4 0 54732 54734 0004000 [SLPQ wait 0xc2d945f4][SLP] sh > 54732 c2f623f8 0 382 382 0000000 [SLPQ piperd 0xc1ba6480][SLP] cro= n > 47443 c32927f0 0 47440 43083 0004000 [SLPQ getblk 0xcbef49b0][SLP] mtr= ee > 47440 c3292de4 0 1 43083 0004000 [SLPQ wait 0xc3292de4][SLP] sh > 549 c1f4a000 0 1 549 0004002 [SLPQ ttyin 0xc1a96c10][SLP] gett= y > 548 c1f495f4 0 1 548 0004002 [SLPQ ttyin 0xc1a95810][SLP] gett= y > 547 c1f499ec 0 1 547 0004002 [SLPQ ttyin 0xc1a95c10][SLP] gett= y > 546 c19fe7f0 0 1 546 0004002 [SLPQ ttyin 0xc1a96010][SLP] gett= y > 545 c1f49000 0 1 545 0004002 [SLPQ ttyin 0xc1a78010][SLP] gett= y > 544 c1f4a3f8 0 1 544 0004002 [SLPQ ttyin 0xc1a68c10][SLP] gett= y > 543 c1b995f4 0 1 543 0004002 [SLPQ ttyin 0xc1a77810][SLP] gett= y > 542 c1f497f0 0 1 542 0004002 [SLPQ ttyin 0xc1a68010][SLP] gett= y > 541 c1b99be8 0 1 541 0004002 [SLPQ ttyin 0xc1a78810][SLP] gett= y > 529 c19fe3f8 0 1 529 0000000 [SLPQ select 0xc07e0ba4][SLP] ine= td > 511 c1f4a5f4 100 497 511 0004000 [SLPQ piperd 0xc1ba5300][SLP] unl= inkd > --More-- =00 497 c1f491fc 100 492 492 0004000 [SLPQ select 0= xc07e0ba4][SLP] squid > 492 c1f4a1fc 100 1 492 0000000 [SLPQ wait 0xc1f4a1fc][SLP] squid > 478 c1f493f8 102 1 477 0008180 (threaded) gmond > thread 0xc2dc0000 ksegrp 0xc1962960 [SLPQ kserel 0xc1962994][SLP] > thread 0xc2f614b0 ksegrp 0xc1962960 [SLPQ sbwait 0xc1b86334][SLP] > thread 0xc32934b0 ksegrp 0xc1962960 [SLPQ accept 0xc1b86186][SLP] > thread 0xc1b9b7d0 ksegrp 0xc19623c0 [SLPQ ksesigwait 0xc1f49530][SLP] > 382 c1b993f8 0 1 382 0000000 [SLPQ nanslp 0xc0795c8c][SLP] cro= n > 367 c1b997f0 0 1 367 0000100 [SLPQ select 0xc07e0ba4][SLP] ssh= d > 352 c19fede4 0 1 352 0000000 [SLPQ select 0xc07e0ba4][SLP] ntp= d > 277 c1b991fc 0 0 0 0000204 [SLPQ mdwait 0xc1ec5000][SLP] md2 > 244 c19fe9ec 0 1 244 0000000 [SLPQ select 0xc07e0ba4][SLP] sys= logd > 224 c1b999ec 0 1 224 0000000 [SLPQ select 0xc07e0ba4][SLP] dev= d > 114 c19febe8 0 0 0 0000204 [SLPQ mdwait 0xc1c2b800][SLP] md1 > 72 c1b99000 0 0 0 0000204 [SLPQ mdwait 0xc1a08800][SLP] md0 > 42 c19a1be8 0 0 0 0000204 [SLPQ - 0xc07e8cac][SLP] nfsiod 3 > 41 c19a1de4 0 0 0 0000204 [SLPQ - 0xc07e8ca8][SLP] nfsiod 2 > 40 c19fb000 0 0 0 0000204 [SLPQ - 0xc07e8ca4][SLP] nfsiod 1 > 39 c19fb1fc 0 0 0 0000204 [SLPQ - 0xc07e8ca0][SLP] nfsiod 0 > 38 c19fb3f8 0 0 0 0000204 [SLPQ syncer 0xc07959ec][SLP] syn= cer > --More-- =00 37 c19fb5f4 0 0 0 0000204 [SLPQ vlruwt 0= xc19fb5f4][SLP] vnlru > 36 c19fb7f0 0 0 0 0000204 [SLPQ psleep 0xc07e10f0][SLP] buf= daemon > 9 c19fb9ec 0 0 0 000020c [SLPQ pgzero 0xc07ea104][SLP] pag= ezero > 8 c19fbbe8 0 0 0 0000204 [SLPQ psleep 0xc07e9c54][SLP] vmd= aemon > 7 c19fbde4 0 0 0 0000204 [SLPQ psleep 0xc07e9c10][SLP] pag= edaemon > 35 c19fe000 0 0 0 0000204 [IWAIT] swi0: sio > 34 c19fe1fc 0 0 0 0000204 [IWAIT] swi5:+ > 6 c19985f4 0 0 0 0000204 [SLPQ - 0xc19fa680][SLP] thread t= askq > 33 c19987f0 0 0 0 0000204 [IWAIT] swi6:+ > 32 c19989ec 0 0 0 0000204 [IWAIT] swi6: task queue > 31 c1998be8 0 0 0 0000204 [IWAIT] swi2: cambio > 5 c1998de4 0 0 0 0000204 [SLPQ - 0xc19fa900][SLP] kqueue t= askq > 30 c19a1000 0 0 0 0000204 [SLPQ - 0xc07905c0][SLP] yarrow > 4 c19a11fc 0 0 0 0000204 [SLPQ - 0xc0793088][SLP] g_down > 3 c19a13f8 0 0 0 0000204 [SLPQ - 0xc0793084][SLP] g_up > 2 c19a15f4 0 0 0 0000204 [SLPQ - 0xc079307c][SLP] g_event > 29 c19a17f0 0 0 0 0000204 [IWAIT] swi1: net > 28 c19a19ec 0 0 0 0000204 [IWAIT] swi3: vm > 27 c19631fc 0 0 0 000020c [IWAIT] swi4: clock sio > 26 c19633f8 0 0 0 0000204 [IWAIT] irq15: ata1 > --More-- =00 25 c19635f4 0 0 0 0000204 [IWAIT] irq14:= ata0 > 24 c19637f0 0 0 0 0000204 [IWAIT] irq13: > 23 c19639ec 0 0 0 0000204 [IWAIT] irq12: > 22 c1963be8 0 0 0 0000204 [IWAIT] irq11: > 21 c1963de4 0 0 0 0000204 [IWAIT] irq10: fxp0 > 20 c1998000 0 0 0 0000204 [IWAIT] irq9: > 19 c19981fc 0 0 0 0000204 [IWAIT] irq8: rtc > 18 c19983f8 0 0 0 0000204 [IWAIT] irq7: ppc0 > 17 c195e000 0 0 0 0000204 [IWAIT] irq6: > 16 c195e1fc 0 0 0 0000204 [IWAIT] irq5: > 15 c195e3f8 0 0 0 0000204 [IWAIT] irq4: sio0 > 14 c195e5f4 0 0 0 0000204 [IWAIT] irq3: sio1 > 13 c195e7f0 0 0 0 0000204 [IWAIT] irq1: atkbd0 > 12 c195e9ec 0 0 0 0000204 [IWAIT] irq0: clk > 11 c195ebe8 0 0 0 000020c [CPU 0] idle > 1 c195ede4 0 0 1 0004200 [SLPQ wait 0xc195ede4][SLP] init > 10 c1963000 0 0 0 0000204 [SLPQ ktrace 0xc0793c18][SLP] ktr= ace > 0 c0793180 0 0 0 0000200 [SLPQ sched 0xc0793180][SLP] swap= per > db> =08 =08wh 57151 > Tracing pid 57151 tid 100102 td 0xc2dc0320 > sched_switch(c2dc0320,0,1,11e,b172c4b5) at sched_switch+0x150 > mi_switch(1,0,c073438b,1ab,0) at mi_switch+0x2d6 > sleepq_switch(c3398298,c0730e4a,18a,0,d6af1904) at sleepq_switch+0x134 > sleepq_wait(c3398298,0,c0732105,da,0) at sleepq_wait+0x41 > msleep(c3398298,c07950dc,50,c073848a,0) at msleep+0x405 > acquire(d6af1960,1010040,600,ee,c2dc0320) at acquire+0xae > lockmgr(c3398298,1010002,c33982bc,c2dc0320,d6af1988) at lockmgr+0x43f > vop_stdlock(d6af19e8,c0730e4a,12b,c3398238,d6af19a8) at vop_stdlock+0x32 > VOP_LOCK_APV(c0780100,d6af19e8,c07e9780,0,d6af19e8) at VOP_LOCK_APV+0xbc > ffs_lock(d6af19e8,1dd,c072fda9,10002,d6af1a04) at ffs_lock+0x90 > VOP_LOCK_APV(c077fd60,d6af19e8,c33982bc,6ed,c073a1c1) at VOP_LOCK_APV+0xb= c > vn_lock(c3398238,10002,c2dc0320,6ed,c07e12a0) at vn_lock+0xbf > vget(c3398238,2,c2dc0320,774fa2,c2dc0320) at vget+0x11f > vfs_cache_lookup(d6af1afc,c2e7d8e0,d6af1bd0,c2e7d8e0,d6af1b18) at vfs_cac= he_lookup+0x1e1 > VOP_LOOKUP_APV(c077fd60,d6af1afc,c2dc0320,725,0) at VOP_LOOKUP_APV+0xbc > lookup(d6af1ba8,0,c0739bb9,a9,790) at lookup+0x3d0 > namei(d6af1ba8,d6af1bf8,60,0,c2dc0320) at namei+0x428 > kern_lstat(c2dc0320,804f5a8,0,d6af1c7c,a56) at kern_lstat+0x4f > lstat(c2dc0320,d6af1d14,8,3ff,2) at lstat+0x2f > syscall(c06e002f,2f,2f,804f548,804f500) at syscall+0x2a0 > --More-- =00Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x280be1bf, esp =3D 0xbf= bfeafc, ebp =3D 0xbfbfeb98 --- > db> wh 54851 > Tracing pid 54851 tid 100138 td 0xc3293c80 > sched_switch(c3293c80,0,1,11e,116578fd) at sched_switch+0x150 > mi_switch(1,0,c073438b,1ab,0) at mi_switch+0x2d6 > sleepq_switch(c3bf1db0,c0730e4a,18a,0,d6ba1904) at sleepq_switch+0x134 > sleepq_wait(c3bf1db0,0,c0732105,da,0) at sleepq_wait+0x41 > msleep(c3bf1db0,c07951d8,50,c073848a,0) at msleep+0x405 > acquire(d6ba1960,1010040,600,ee,c3293c80) at acquire+0xae > lockmgr(c3bf1db0,1010002,c3bf1dd4,c3293c80,d6ba1988) at lockmgr+0x43f > vop_stdlock(d6ba19e8,600,1,c3bf1d50,d6ba19a8) at vop_stdlock+0x32 > VOP_LOCK_APV(c0780100,d6ba19e8,c3398238,c3fdf6a8,d6ba19e8) at VOP_LOCK_AP= V+0xbc > ffs_lock(d6ba19e8,1dd,c072fda9,10002,d6ba1a04) at ffs_lock+0x90 > VOP_LOCK_APV(c077fd60,d6ba19e8,c3bf1dd4,6ed,c073a1c1) at VOP_LOCK_APV+0xb= c > vn_lock(c3bf1d50,10002,c3293c80,6ed,c07e12a0) at vn_lock+0xbf > vget(c3bf1d50,2,c3293c80,774f9b,c3293c80) at vget+0x11f > vfs_cache_lookup(d6ba1afc,c3398238,d6ba1bd0,c3398238,d6ba1b18) at vfs_cac= he_lookup+0x1e1 > VOP_LOOKUP_APV(c077fd60,d6ba1afc,c3293c80,725,0) at VOP_LOOKUP_APV+0xbc > lookup(d6ba1ba8,0,c0739bb9,a9,790) at lookup+0x3d0 > namei(d6ba1ba8,d6ba1bf8,60,0,c3293c80) at namei+0x428 > kern_lstat(c3293c80,80583a8,0,d6ba1c7c,a56) at kern_lstat+0x4f > lstat(c3293c80,d6ba1d14,8,3ff,2) at lstat+0x2f > syscall(806002f,806002f,bfbf002f,8058348,8058300) at syscall+0x2a0 > --More--=00 =00Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x280c31bf, esp =3D 0xbf= bfebdc, ebp =3D 0xbfbfec78 --- > db> wh 47443 > Tracing pid 47443 tid 100113 td 0xc2dc14b0 > sched_switch(c2dc14b0,0,1,11e,7ff5fbc3) at sched_switch+0x150 > mi_switch(1,0,c073438b,1ab,0) at mi_switch+0x2d6 > sleepq_switch(cbef49b0,c0730e4a,18a,0,d6b12a10) at sleepq_switch+0x134 > sleepq_wait(cbef49b0,0,c0732105,da,0) at sleepq_wait+0x41 > msleep(cbef49b0,c0794770,50,c0738f80,0) at msleep+0x405 > acquire(d6b12a6c,2010020,600,ee,c2dc14b0) at acquire+0xae > lockmgr(cbef49b0,2090022,c3bf1dd4,c2dc14b0,c3398238) at lockmgr+0x43f > getblk(c3bf1d50,0,0,1000,0) at getblk+0x175 > breadn(c3bf1d50,0,0,1000,0) at breadn+0x52 > bread(c3bf1d50,0,0,1000,0) at bread+0x4c > ffs_read(d6b12c00,d6b12bb0,c058d942,d6b12cb8,d6b12c2c) at ffs_read+0x271 > VOP_READ_APV(c077fd60,d6b12c00,c0709b7c,d6b12c28,c33982bc) at VOP_READ_AP= V+0xbc > ufs_readdir(d6b12c98,0,0,c3bf1d50,d6b12ce4) at ufs_readdir+0xd3 > VOP_READDIR_APV(c077fd60,d6b12c98,c2dc14b0,d6b12c88,0) at VOP_READDIR_APV= +0xbc > getdirentries(c2dc14b0,d6b12d14,10,3ff,4) at getdirentries+0x15e > syscall(805002f,805002f,bfbf002f,805e000,805e000) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (196, FreeBSD ELF32, getdirentries), eip =3D 0x280d181b, esp = =3D 0xbfbfe6bc, ebp =3D 0xbfbfe6d8 --- > db> From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 05:26:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED33B16A4CE for ; Thu, 24 Mar 2005 05:26:33 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B01943D31 for ; Thu, 24 Mar 2005 05:26:33 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2O5QW9P086908; Thu, 24 Mar 2005 00:26:33 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2O5QWDs086901; Thu, 24 Mar 2005 00:26:32 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Thu, 24 Mar 2005 00:26:32 -0500 (EST) From: Jeff Roberson To: Peter Holm In-Reply-To: <20050320141854.GA42249@peter.osted.lan> Message-ID: <20050324002547.L20708@mail.chesapeake.net> References: <20050320141854.GA42249@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Process stuck in getblk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 05:26:34 -0000 On Sun, 20 Mar 2005, Peter Holm wrote: > With GENERIC HEAD from Mar 18 15:56 UTC I ran into these two > problems where a user process seems to be waiting on a lock, > that appears to be owned by non-existent thread. Odd that this is a directory. Do you know if the other times you were able to trigger this were also with directories? > > 5123 [SLPQ getblk 0xc665717c][SLP] mkdir > > sleepq_switch(c665717c,cf4698c8,c061bcd5,...) at sleepq_switch+0xe0 > sleepq_wait(c665717c,0,0,2010020,600) at sleepq_wait+0x30 > msleep(c665717c,c09118dc,50,c083af8f,0) at msleep+0x311 > acquire(cf469920,2010020,600,c1b2b000,0) at acquire+0xba > debuglockmgr(c665717c,2090022,c1e7d5a0,...) at debuglockmgr+0x406 > getblk(c1e7d500,0,0,800,0) at getblk+0x15a > breadn(c1e7d500,0,0,800,0) at breadn+0x58 > bread(c1e7d500,0,0,800,0) at bread+0x20 > ffs_blkatoff(c1e7d500,0,0,0,cf469a58) at ffs_blkatoff+0x9e > ufs_lookup(cf469b18) at ufs_lookup+0x326 > VOP_CACHEDLOOKUP_APV(c08cf140,cf469b18) at VOP_CACHEDLOOKUP_APV+0x7e > vfs_cache_lookup(cf469b9c) at vfs_cache_lookup+0xd2 > VOP_LOOKUP_APV(c08cf140,cf469b9c) at VOP_LOOKUP_APV+0x7e > lookup(cf469c7c,c0918d80,0,c1b2b000,69f) at lookup+0x362 > namei(cf469c7c) at namei+0x34a > kern_rmdir(c1b2b000,bfbc97d0,0,cf469d40,c07cc3a3) at kern_rmdir+0x3a > rmdir(c1b2b000,cf469d14,1,25,292) at rmdir+0x12 > syscall(2804002f,bfbf002f,bfb8002f,2804f24c,bfbfeb00) at syscall+0x213 > > (kgdb) p (*(struct lock *)0xc665717c)->lk_lockholder->td_state > $2 = TDS_INACTIVE > > http://www.holm.cc/stress/log/cons122.html > http://www.holm.cc/stress/log/cons123.html > -- > Peter Holm > From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 05:42:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5671B16A4CE; Thu, 24 Mar 2005 05:42:22 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03A7A43D4C; Thu, 24 Mar 2005 05:42:22 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j2O5gJXf003847; Wed, 23 Mar 2005 21:42:19 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j2O5gJtu003845; Wed, 23 Mar 2005 21:42:19 -0800 Date: Wed, 23 Mar 2005 21:42:19 -0800 From: Brooks Davis To: John Baldwin Message-ID: <20050324054219.GC32114@odin.ac.hmc.edu> References: <20050302020453.GE55745@squash.dsto.defence.gov.au> <200503231546.40408.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline In-Reply-To: <200503231546.40408.jhb@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: emulation@freebsd.org cc: matthew.thyer@dsto.defence.gov.au cc: freebsd-current@freebsd.org cc: "Wilkinson, Alex" Subject: Re: sys/modules/linux/linux_ioctl.o - LOR [I think] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 05:42:22 -0000 --KN5l+BnMqAQyZLvT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 23, 2005 at 03:46:40PM -0500, John Baldwin wrote: > On Tuesday 01 March 2005 09:04 pm, Wilkinson, Alex wrote: > > Version: FreeBSD 6.0-CURRENT #1: Tue Feb 22 12:47:37 CST 2005 > > > > Seeing these error on console: > > > > --- syscall (54, Linux ELF, linux_ioctl), eip =3D 0x283bf2a4, esp =3D > > 0xbfbf8ed0, ebp =3D 0xbfbf8f80 --- Calling uiomove() with the following > > non-sleepable locks held: > > exclusive sleep mutex ifnet r =3D 0 (0xc09b8ea0) locked @ > > /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2135 KDB: s= tack > > backtrace: > > witness_warn(2,0,c08a71b8,ec80fbec,0) at witness_warn+0x175 > > uiomove(ec80fc64,20,ec80fc44,0,1) at uiomove+0x4d > > linux_ioctl_socket(c6b52000,ec80fd14,ec80fcd0,c08aa46e,68d) at > > linux_ioctl_socket+0x8f4 linux_ioctl(c6b52000,ec80fd14,c08c8f72,3ad,3) = at > > linux_ioctl+0x69 syscall(2f,2f,2f,bfbfd36c,4) at syscall+0x13b > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (54, Linux ELF, linux_ioctl), eip =3D 0x283bf2a4, esp =3D > > 0xbfbfd290, ebp =3D 0xbfbfd300 --- Calling uiomove() with the following > > non-sleepable locks held: > > exclusive sleep mutex ifnet r =3D 0 (0xc09b8ea0) locked @ > > /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2135 KDB: s= tack > > backtrace: > > witness_warn(2,0,c08a71b8,0,0) at witness_warn+0x175 > > uiomove(ec80fc64,20,ec80fc44,0,1) at uiomove+0x4d > > linux_ioctl_socket(c6b52000,ec80fd14,ec80fcd0,c08aa46e,68d) at > > linux_ioctl_socket+0x8f4 > > linux_ioctl(c6b52000,ec80fd14,c08c8f72,3ad,3) at linux_ioctl+0x69 > > syscall(2f,2f,2f,bfbfd36c,4) at syscall+0x13b > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (54, Linux ELF, linux_ioctl), eip =3D 0x283bf2a4, esp =3D > > 0xbfbfd290, ebp =3D 0xbfbfd300 --- >=20 > Definitely a bug. The linux_ioctl() code needs to unlock the ifnet lock= =20 > before it calls uiomove() unless it knows for certain that it is talking = to=20 > UIO_SYSSPACE. Hmm, it looks like this stack trace is wrong. The only uiomove call in linux_ioctl.c is in linux_ifconf which is in fact broken. The solution here is almost certaintly to adapt the ifconf code I wrote to fix the LOR in the native version. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCQlJ/XY6L6fI4GtQRAkjTAKCdIF5kxZRzx6VSBppBqvRh9+T5qwCdHHTg Wcz23r1SwvNfHMzaBpXRC1M= =X6Au -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 08:14:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB15116A4CE for ; Thu, 24 Mar 2005 08:14:37 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 3239B43D31 for ; Thu, 24 Mar 2005 08:14:37 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 47325 invoked from network); 24 Mar 2005 08:14:35 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Mar 2005 08:14:35 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j2O8EY4P003355; Thu, 24 Mar 2005 09:14:34 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j2O8EU82003354; Thu, 24 Mar 2005 09:14:30 +0100 (CET) (envelope-from pho) Date: Thu, 24 Mar 2005 09:14:30 +0100 From: Peter Holm To: Jeff Roberson Message-ID: <20050324081430.GA3305@peter.osted.lan> References: <20050320141854.GA42249@peter.osted.lan> <20050324002547.L20708@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050324002547.L20708@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Process stuck in getblk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 08:14:38 -0000 On Thu, Mar 24, 2005 at 12:26:32AM -0500, Jeff Roberson wrote: > On Sun, 20 Mar 2005, Peter Holm wrote: > > > With GENERIC HEAD from Mar 18 15:56 UTC I ran into these two > > problems where a user process seems to be waiting on a lock, > > that appears to be owned by non-existent thread. Hey, your back! > > Odd that this is a directory. Do you know if the other times you were > able to trigger this were also with directories? > Yes, your right. Grepping throu the crash dumps it appears that the other getblk problems were related to read or write. - Peter > > > > 5123 [SLPQ getblk 0xc665717c][SLP] mkdir > > > > sleepq_switch(c665717c,cf4698c8,c061bcd5,...) at sleepq_switch+0xe0 > > sleepq_wait(c665717c,0,0,2010020,600) at sleepq_wait+0x30 > > msleep(c665717c,c09118dc,50,c083af8f,0) at msleep+0x311 > > acquire(cf469920,2010020,600,c1b2b000,0) at acquire+0xba > > debuglockmgr(c665717c,2090022,c1e7d5a0,...) at debuglockmgr+0x406 > > getblk(c1e7d500,0,0,800,0) at getblk+0x15a > > breadn(c1e7d500,0,0,800,0) at breadn+0x58 > > bread(c1e7d500,0,0,800,0) at bread+0x20 > > ffs_blkatoff(c1e7d500,0,0,0,cf469a58) at ffs_blkatoff+0x9e > > ufs_lookup(cf469b18) at ufs_lookup+0x326 > > VOP_CACHEDLOOKUP_APV(c08cf140,cf469b18) at VOP_CACHEDLOOKUP_APV+0x7e > > vfs_cache_lookup(cf469b9c) at vfs_cache_lookup+0xd2 > > VOP_LOOKUP_APV(c08cf140,cf469b9c) at VOP_LOOKUP_APV+0x7e > > lookup(cf469c7c,c0918d80,0,c1b2b000,69f) at lookup+0x362 > > namei(cf469c7c) at namei+0x34a > > kern_rmdir(c1b2b000,bfbc97d0,0,cf469d40,c07cc3a3) at kern_rmdir+0x3a > > rmdir(c1b2b000,cf469d14,1,25,292) at rmdir+0x12 > > syscall(2804002f,bfbf002f,bfb8002f,2804f24c,bfbfeb00) at syscall+0x213 > > > > (kgdb) p (*(struct lock *)0xc665717c)->lk_lockholder->td_state > > $2 = TDS_INACTIVE > > > > http://www.holm.cc/stress/log/cons122.html > > http://www.holm.cc/stress/log/cons123.html > > -- > > Peter Holm > > From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 08:49:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBCF016A4CE for ; Thu, 24 Mar 2005 08:49:55 +0000 (GMT) Received: from jazz.hansabank.lt (jazz.hansabank.lt [193.109.235.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76A9543D5A for ; Thu, 24 Mar 2005 08:49:54 +0000 (GMT) (envelope-from Putinas.Piliponis@hansa.lt) Received: from localhost (localhost [127.0.0.1]) by jazz.hansabank.lt (Postfix) with ESMTP id 44AB1F917; Thu, 24 Mar 2005 10:49:53 +0200 (EET) content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 24 Mar 2005 10:49:25 +0200 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_000C_01C5305F.1BB0DFD0" X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Message-ID: <217202CB5FF8AE439E263CE3D48ECB50A35A1C@honda.int.hansa.lt> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: mbufs? Thread-Index: AcUvq94e2AAYNusORA2ALXmKSlzqOwAomivA From: "Putinas Piliponis" To: "Kris Kennaway" cc: freebsd-current@freebsd.org Subject: RE: mbufs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 08:49:55 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C5305F.1BB0DFD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Yes, thanks. It's SMP machine. -----Original Message----- From: Kris Kennaway [mailto:kris@obsecurity.org] Sent: Wednesday, March 23, 2005 3:26 PM To: Putinas Piliponis Cc: freebsd-current@freebsd.org Subject: Re: mbufs? On Wed, Mar 23, 2005 at 09:44:02AM +0200, Putinas Piliponis wrote: > Hi guys, > I have found a little weird stats running on 5.3-RELEASE > > 4294778226 mbufs in use > 4294961067/9024 mbuf clusters in use (current/max) > 0/5/2512 sfbufs in use (current/peak/max) > 4134578 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 198580 calls to protocol drain routines > > and 413Mb allocated to network ? I don't even have that much memory. > How can I debug this thing ? If this is a SMP machine, it's a documented erratum (and not an actual memory leak). Kris ------=_NextPart_000_000C_01C5305F.1BB0DFD0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII1TCCAl0w ggHGoAMCAQICAw1SxjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQxMDI4MTgyMjQyWhcNMDUxMDI4MTgyMjQyWjBMMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSkwJwYJKoZIhvcNAQkBFhpwdXRpbmFzLnBpbGlwb25p c0BoYW5zYS5sdDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAu9wPuPAFb8A8S/kWwS+W17Bh fawAQvs55G0S/Hr8xk+T9tqshLQCmMROna7e3gU0t25x7J2xX0CaIOuBUxX7KKF7nrYXJQbD4DnH 3A+gpcSB6eyubYC9x3/ybDXUPFogoC5/E3dMeY3JjLdl078LCy+H7K6R7PL+kdBbWRKl3i0CAwEA AaM3MDUwJQYDVR0RBB4wHIEacHV0aW5hcy5waWxpcG9uaXNAaGFuc2EubHQwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQQFAAOBgQBC1vL9k3i2hkEYxZ5kOg0N2PMD4Wea+rSIX5ASdgO7KUHe4Ejs bUz0fJAOvW6KEshtVEACbYtLxj63D3VxRALNXGwG1o9EOZAJ8PfgPMuP1kBmVoJ8ouXBT33yWGpX pvVCwXXS40N+Sg/4OhFY27279oCkETldCRoEFfMXPo8GAjCCAy0wggKWoAMCAQICAQAwDQYJKoZI hvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmlj YXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw05NjAx MDEwMDAwMDBaFw0yMDEyMzEyMzU5NTlaMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgw JgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUg UGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRo YXd0ZS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANRp19SwlGRbcelH2AxRtupykbCE Xn0tDY97Et+FJXUodDpCLGMnn5V7S+9+GYcdhuqj3bnOlmQawhRuRKx85o/oTQ9xH0A4pgCjh3j2 +ZSGXq3qwF5269kUo11uenwMpUtVfwYZKX+emibVars4JAhqmMex2qOYkf152+VaxBy5AgMBAAGj EzARMA8GA1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEEBQADgYEAx+ySfk749ZalZ2IqpPBNEWDQ b41gWGGsJrtSNVwIzzD7qEqWih9iQiOMFw/0umScF6xHKd+dmF7SbGBxXKKs3Hnj524ARx+1DSjo Ap3kmv0T9KbZfLH43F8jJgmRgHPQFBveQ6mDJfLmnC8Vyv6mq4oHdYsM3VGEa+T40c53ooEwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWls QHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJa QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB AMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO 3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gE f6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6 MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNy bDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4 MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICzzCCAssCAQEwaTBiMQswCQYDVQQG EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw1SxjAJBgUrDgMCGgUAoIIBvDAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAzMjQwODQ5MDlaMCMGCSqG SIb3DQEJBDEWBBRY+fxt/D4Mp2MYZX1MdsRftzgZzzBnBgkqhkiG9w0BCQ8xWjBYMAoGCCqGSIb3 DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDAHBgUrDgMCGjAKBggqhkiG9w0CBTB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDVLGMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMj VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw1SxjANBgkqhkiG9w0BAQEFAASB gIDnt+WWy+QJXbfj+g5BixPq1GlCZ4WwvamhGtcTRPxPdyO7lpejeb1F+NBN8MRgGAZ4XRAUK4vA JyiAaPkw+23bKEIdmQxI7mfPG4wHC2UUSGHlYRONx58LeIWcY4rOq1jnvulB1WRqa3YubdNaPt+G nYEbvTJXGdDJu8iWoy2tAAAAAAAA ------=_NextPart_000_000C_01C5305F.1BB0DFD0-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 09:40:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE74E16A4CE for ; Thu, 24 Mar 2005 09:40:41 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40F0C43D2D for ; Thu, 24 Mar 2005 09:40:41 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2O9ee9P050395; Thu, 24 Mar 2005 04:40:40 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2O9eeVL050391; Thu, 24 Mar 2005 04:40:40 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Thu, 24 Mar 2005 04:40:40 -0500 (EST) From: Jeff Roberson To: Peter Holm In-Reply-To: <20050324081430.GA3305@peter.osted.lan> Message-ID: <20050324043917.U20708@mail.chesapeake.net> References: <20050320141854.GA42249@peter.osted.lan> <20050324002547.L20708@mail.chesapeake.net> <20050324081430.GA3305@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Process stuck in getblk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 09:40:41 -0000 On Thu, 24 Mar 2005, Peter Holm wrote: > On Thu, Mar 24, 2005 at 12:26:32AM -0500, Jeff Roberson wrote: > > On Sun, 20 Mar 2005, Peter Holm wrote: > > > > > With GENERIC HEAD from Mar 18 15:56 UTC I ran into these two > > > problems where a user process seems to be waiting on a lock, > > > that appears to be owned by non-existent thread. > > Hey, your back! Just got back last night. > > > > > Odd that this is a directory. Do you know if the other times you were > > able to trigger this were also with directories? > > > > Yes, your right. Grepping throu the crash dumps it appears that > the other getblk problems were related to read or write. I committed code to panic immediately when a thread tries to return to userspace with a lock held. This should make the ktr data useful. Hopefully you or kkenn will see this soon and get me some ktr output. Thanks, Jeff > > - Peter > > > > > > 5123 [SLPQ getblk 0xc665717c][SLP] mkdir > > > > > > sleepq_switch(c665717c,cf4698c8,c061bcd5,...) at sleepq_switch+0xe0 > > > sleepq_wait(c665717c,0,0,2010020,600) at sleepq_wait+0x30 > > > msleep(c665717c,c09118dc,50,c083af8f,0) at msleep+0x311 > > > acquire(cf469920,2010020,600,c1b2b000,0) at acquire+0xba > > > debuglockmgr(c665717c,2090022,c1e7d5a0,...) at debuglockmgr+0x406 > > > getblk(c1e7d500,0,0,800,0) at getblk+0x15a > > > breadn(c1e7d500,0,0,800,0) at breadn+0x58 > > > bread(c1e7d500,0,0,800,0) at bread+0x20 > > > ffs_blkatoff(c1e7d500,0,0,0,cf469a58) at ffs_blkatoff+0x9e > > > ufs_lookup(cf469b18) at ufs_lookup+0x326 > > > VOP_CACHEDLOOKUP_APV(c08cf140,cf469b18) at VOP_CACHEDLOOKUP_APV+0x7e > > > vfs_cache_lookup(cf469b9c) at vfs_cache_lookup+0xd2 > > > VOP_LOOKUP_APV(c08cf140,cf469b9c) at VOP_LOOKUP_APV+0x7e > > > lookup(cf469c7c,c0918d80,0,c1b2b000,69f) at lookup+0x362 > > > namei(cf469c7c) at namei+0x34a > > > kern_rmdir(c1b2b000,bfbc97d0,0,cf469d40,c07cc3a3) at kern_rmdir+0x3a > > > rmdir(c1b2b000,cf469d14,1,25,292) at rmdir+0x12 > > > syscall(2804002f,bfbf002f,bfb8002f,2804f24c,bfbfeb00) at syscall+0x213 > > > > > > (kgdb) p (*(struct lock *)0xc665717c)->lk_lockholder->td_state > > > $2 = TDS_INACTIVE > > > > > > http://www.holm.cc/stress/log/cons122.html > > > http://www.holm.cc/stress/log/cons123.html > > > -- > > > Peter Holm > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 09:45:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0F2616A4CE for ; Thu, 24 Mar 2005 09:45:21 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F34543D58 for ; Thu, 24 Mar 2005 09:45:21 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 36356 invoked from network); 24 Mar 2005 09:45:19 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Mar 2005 09:45:19 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j2O9jJ1Q005704; Thu, 24 Mar 2005 10:45:19 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j2O9jIZW005703; Thu, 24 Mar 2005 10:45:18 +0100 (CET) (envelope-from pho) Date: Thu, 24 Mar 2005 10:45:18 +0100 From: Peter Holm To: Jeff Roberson Message-ID: <20050324094518.GA5670@peter.osted.lan> References: <20050320141854.GA42249@peter.osted.lan> <20050324002547.L20708@mail.chesapeake.net> <20050324081430.GA3305@peter.osted.lan> <20050324043917.U20708@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050324043917.U20708@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Process stuck in getblk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 09:45:22 -0000 On Thu, Mar 24, 2005 at 04:40:40AM -0500, Jeff Roberson wrote: > On Thu, 24 Mar 2005, Peter Holm wrote: > > > On Thu, Mar 24, 2005 at 12:26:32AM -0500, Jeff Roberson wrote: > > > On Sun, 20 Mar 2005, Peter Holm wrote: > > > > > > > With GENERIC HEAD from Mar 18 15:56 UTC I ran into these two > > > > problems where a user process seems to be waiting on a lock, > > > > that appears to be owned by non-existent thread. > > > > Hey, your back! > > Just got back last night. > > > > > > > > > Odd that this is a directory. Do you know if the other times you were > > > able to trigger this were also with directories? > > > > > > > Yes, your right. Grepping throu the crash dumps it appears that > > the other getblk problems were related to read or write. > > I committed code to panic immediately when a thread tries to return to > userspace with a lock held. This should make the ktr data useful. > Hopefully you or kkenn will see this soon and get me some ktr output. > I'll grab it right away and start testing. - Peter > Thanks, > Jeff > > > > > - Peter > > > > > > > > 5123 [SLPQ getblk 0xc665717c][SLP] mkdir > > > > > > > > sleepq_switch(c665717c,cf4698c8,c061bcd5,...) at sleepq_switch+0xe0 > > > > sleepq_wait(c665717c,0,0,2010020,600) at sleepq_wait+0x30 > > > > msleep(c665717c,c09118dc,50,c083af8f,0) at msleep+0x311 > > > > acquire(cf469920,2010020,600,c1b2b000,0) at acquire+0xba > > > > debuglockmgr(c665717c,2090022,c1e7d5a0,...) at debuglockmgr+0x406 > > > > getblk(c1e7d500,0,0,800,0) at getblk+0x15a > > > > breadn(c1e7d500,0,0,800,0) at breadn+0x58 > > > > bread(c1e7d500,0,0,800,0) at bread+0x20 > > > > ffs_blkatoff(c1e7d500,0,0,0,cf469a58) at ffs_blkatoff+0x9e > > > > ufs_lookup(cf469b18) at ufs_lookup+0x326 > > > > VOP_CACHEDLOOKUP_APV(c08cf140,cf469b18) at VOP_CACHEDLOOKUP_APV+0x7e > > > > vfs_cache_lookup(cf469b9c) at vfs_cache_lookup+0xd2 > > > > VOP_LOOKUP_APV(c08cf140,cf469b9c) at VOP_LOOKUP_APV+0x7e > > > > lookup(cf469c7c,c0918d80,0,c1b2b000,69f) at lookup+0x362 > > > > namei(cf469c7c) at namei+0x34a > > > > kern_rmdir(c1b2b000,bfbc97d0,0,cf469d40,c07cc3a3) at kern_rmdir+0x3a > > > > rmdir(c1b2b000,cf469d14,1,25,292) at rmdir+0x12 > > > > syscall(2804002f,bfbf002f,bfb8002f,2804f24c,bfbfeb00) at syscall+0x213 > > > > > > > > (kgdb) p (*(struct lock *)0xc665717c)->lk_lockholder->td_state > > > > $2 = TDS_INACTIVE > > > > > > > > http://www.holm.cc/stress/log/cons122.html > > > > http://www.holm.cc/stress/log/cons123.html > > > > -- > > > > Peter Holm > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 11:08:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFF1B16A4CE; Thu, 24 Mar 2005 11:08:01 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A911343D5E; Thu, 24 Mar 2005 11:08:00 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2OB7jHw046234 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 24 Mar 2005 12:07:47 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2OB7TVK054571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 12:07:30 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2OB7TQP098034; Thu, 24 Mar 2005 12:07:29 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2OB7SwX098033; Thu, 24 Mar 2005 12:07:28 +0100 (CET) (envelope-from ticso) Date: Thu, 24 Mar 2005 12:07:28 +0100 From: Bernd Walter To: John Baldwin Message-ID: <20050324110727.GX53520@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <20050323154642.J37251@sasami.jurai.net> <42421D8D.5060502@elischer.org> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0043] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Vladimir Grebenschikov cc: freebsd-mobile@freebsd.org cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 11:08:01 -0000 On Wed, Mar 23, 2005 at 11:05:04PM -0500, John Baldwin wrote: > > On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: > > >On Wed, 23 Mar 2005, Julian Elischer wrote: > >>eject should imply a detach.. > >>i.e. I think your patch should call the detach code from the eject > >>code. > > > >Eject is for devices that support removable media. > > So are flash memory sticks ejectable media from a slot in a laptop that > never goes away? Seems like it should be an ejectable media to me. > *shrug* Flash disks are just standard direct access disk drives with exchangeable media. You have the same kind of trouble with MO, ZIP or any other removeable media devices. The problem is neither the device nor cam. It is GEOM that needs a trigger for rereading the new media. I can't imagine any device related brokenness that a CAM disconnect, which is a kernel internal thing, could work around. And no - If I issue an eject I want the drive to eject the media and nothing else, but since most flash drives have no motor eject this command can't physically do what is expected anyway. A CAM detach would be fine, but for general use - not for this case. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 12:47:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B2E216A4CE for ; Thu, 24 Mar 2005 12:47:53 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E919643D2F for ; Thu, 24 Mar 2005 12:47:52 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2OCloaO084203 for ; Thu, 24 Mar 2005 12:47:52 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4242B701.6010509@freebsd.org> Date: Thu, 24 Mar 2005 20:48:01 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: vge0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 12:47:53 -0000 vge0: watchdog timeout vge0: soft reset timed outvge0: EEPROM reload timed out vge0: setting CAM filter failed miibus0: unknown CICADA PHY model 0 miibus0: unknown CICADA PHY model 0 After boot, the card worked fine for a few minutes, then network was disconnected, and those messages were printed on console, this is repeatable. David Xu From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 00:56:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1897716A4CE for ; Thu, 24 Mar 2005 00:56:03 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A6D43D3F for ; Thu, 24 Mar 2005 00:56:02 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00CNTZO6NU90@bgo1smout1.broadpark.no> for freebsd-current@freebsd.org; Thu, 24 Mar 2005 01:50:30 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDU00H9N003TT20@bgo1sminn1.broadpark.no> for freebsd-current@freebsd.org; Thu, 24 Mar 2005 01:57:40 +0100 (CET) Date: Thu, 24 Mar 2005 01:55:57 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-current@freebsd.org Message-id: <20050324015557.53b23176.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-Mailman-Approved-At: Thu, 24 Mar 2005 13:08:58 +0000 Subject: FYI amd64 (MSI mainboard, MS-7093) - getting acpi working! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 00:56:03 -0000 Hello, FYI: I have a new machine with a MSI RS480M2-IL (aka MS-7093) mainboard, and an AMD Athlon 64 3000+ (1.8 GHz) processor. It also has an ATI chipset and integrated graphics ("ATI Radeon XPRESS 200"). I have one stick of memory in it (512 Mbyte). I installed FreeBSD 5.4-BETA1 (amd64) on it. initially, I had to disable acpi in the boot menu, or else the machine would stop responding after printing the 'acd0: ...' line. It would sit there forever (or at least more than ten minutes). The bad thing is that with acpi disabled, there are lots of things that doesn't work (like the mouse, the usb ports, the firewire ports, etc.). The bios only have settings for acpi enabled or acpi disabled. acpi disabled has the same effect as booting without acpi (in the FreeBSD boot menu). However, after I read the Handbook chapter on acpi debugging again, I found a workaround. By writing the line: hint.apic.0.disabled="1" in /boot/loader.conf, the machine now boots with acpi working. At least so much of acpi that the mouse, usb and firewire ports seem to be working. I have tested the mouse and it works. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 10:10:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B56F16A4CE; Thu, 24 Mar 2005 10:10:42 +0000 (GMT) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD2BE43D49; Thu, 24 Mar 2005 10:10:41 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [211.96.21.195] (unknown [211.96.21.195]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 8925E38CB49; Thu, 24 Mar 2005 18:10:33 +0800 (CST) Message-ID: <424291B5.1060204@gddsn.org.cn> Date: Thu, 24 Mar 2005 18:08:53 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.3) Gecko/20041110 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: jhb@FreeBSD.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 24 Mar 2005 13:08:58 +0000 Subject: Re: Rocketport uPCI ioaddr mapping failed under FreeBSD-5.3&CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 10:10:42 -0000 > > >Can you try this patch below and verify it works? If so, I'd like to commit >it. Thanks! > >Index: rp_pci.c >=================================================================== >RCS file: /usr/cvs/src/sys/dev/rp/rp_pci.c,v >retrieving revision 1.9 >diff -u -r1.9 rp_pci.c >--- rp_pci.c 21 Jun 2004 13:02:25 -0000 1.9 >+++ rp_pci.c 23 Mar 2005 19:37:43 -0000 >@@ -67,6 +67,7 @@ > #define RP_DEVICE_ID_4J 0x0007 > #define RP_DEVICE_ID_6M 0x000C > #define RP_DEVICE_ID_4M 0x000D >+#define RP_DEVICE_ID_UPCI_8O 0x0805 > > /************************************************************************** > MUDBAC remapped for PCI >@@ -177,7 +178,14 @@ > > ctlp->bus_ctlp = NULL; > >- ctlp->io_rid[0] = 0x10; >+ switch (pci_get_devid(dev)) { >+ case RP_DEVICE_ID_UPCI_8O: >+ ctlp->io_rid[0] = PCIR_BAR(2); >+ break; >+ default: >+ ctlp->io_rid[0] = PCIR_BAR(0); >+ break; >+ } > ctlp->io[0] = bus_alloc_resource_any(dev, SYS_RES_IOPORT, > &ctlp->io_rid[0], RF_ACTIVE); > if(ctlp->io[0] == NULL) { > I've been tested and works failled after patched your diff! here is my boot msgs: rp0: port 0xdd80-0xddff,0xde00-0xdeff mem 0xfcedff80-0xfcedffff irq 19 at device 10.0 on pci2 rp0: failed: rid 0x10 is memory, requested 4 rp0: ioaddr mapping failed for RocketPort(PCI). device_attach: rp0 attach returned 6 From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 13:13:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C984016A4CE for ; Thu, 24 Mar 2005 13:13:33 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 879F843D4C for ; Thu, 24 Mar 2005 13:13:33 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DES9S-0000ci-00; Thu, 24 Mar 2005 14:13:30 +0100 Date: Thu, 24 Mar 2005 14:13:30 +0100 To: Remington Message-ID: <20050324131330.GT2298@poupinou.org> References: <1110999917.69045.1.camel@baby> <20050323173122.GO2298@poupinou.org> <1111634791.743.3.camel@baby> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1111634791.743.3.camel@baby> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: current@freebsd.org Subject: Re: -CURRENT ACPI(cpufreq) modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 13:13:33 -0000 On Wed, Mar 23, 2005 at 07:26:31PM -0800, Remington wrote: > amd64, tryed drivers, work like a charm! Grumpf. I've read "400MHz machine". I hoped this was a processor older than that ;) > On Wed, 2005-03-23 at 18:31 +0100, Bruno Ducrot wrote: > > On Wed, Mar 16, 2005 at 11:05:17AM -0800, Remington wrote: > > > I am reading that the -CURRENT ACPI cpufreq modules will work with > > > 5.4-PRE. Are these modules avaliable for download somewhere, id hate to > > > have to compile these, especially on a 400MHz machine! > > > > What is the processor on that machine? > > > Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 13:29:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD59A16A4CE for ; Thu, 24 Mar 2005 13:29:25 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id AABA043D54 for ; Thu, 24 Mar 2005 13:29:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 85192514C3; Thu, 24 Mar 2005 05:29:24 -0800 (PST) Date: Thu, 24 Mar 2005 05:29:24 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050324132924.GA94993@xor.obsecurity.org> References: <20050322175734.GA75475@xor.obsecurity.org> <20050324002310.K20708@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20050324002310.K20708@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: ufs deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 13:29:26 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 24, 2005 at 12:23:50AM -0500, Jeff Roberson wrote: > Interestingly, this is the same as the buf leak that peter holm reported. Damn you Peter Holm! :-)=20 > What is most interesting is that this seems to be a buf from a directory > vnode! More information: no snapshots in use. The machine is still in DDB if I can do anything more with it, otherwise I'll reboot. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQsCzWry0BWjoQKURAsZbAJwIwuWbvgFQVOwEKx7EHranShnVNwCfbKxQ /UDWFomwBlQAJd6e5HNuKjQ= =NBt9 -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 13:57:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE63A16A4CE; Thu, 24 Mar 2005 13:57:15 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C216043D2D; Thu, 24 Mar 2005 13:57:14 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j2ODvBEJ067205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 24 Mar 2005 16:57:12 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j2ODvBZq019999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 16:57:11 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j2ODvAXK019998; Thu, 24 Mar 2005 16:57:10 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 24 Mar 2005 16:57:10 +0300 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20050324135710.GA19640@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: bz@FreeBSD.org Subject: new LOR? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 13:57:16 -0000 Is this one known? Happens on boot with serial console: Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding enabled, default to deny, logging disabled lock order reversal 1st 0xc06463e0 sched lock (sched lock) @ /usr/src/sys/kern/kern_intr.c:406 2nd 0xc06a7e80 sio (sio) @ /usr/src/sys/dev/sio/sio.c:2587 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c065b9b8,c065bb70,c0621bb0) at kdb_backtrace+0x29 witness_checkorder(c06a7e80,9,c060a827,a1b) at witness_checkorder+0x54c _mtx_lock_spin_flags(c06a7e80,0,c060a827,a1b,ffffffff) at _mtx_lock_spin_flags+0x5d siocnputc(c06384e0,70) at siocnputc+0x78 cnputc(70) at cnputc+0x4d putchar(70,d54aaa08) at putchar+0x52 kvprintf(c05f52b1,c04c4bfc,d54aaa08,a,d54aaa28) at kvprintf+0x77 printf(c05f52b1,18,0) at printf+0x43 setrunqueue(c1584190,4) at setrunqueue+0x92 ithread_schedule(c1567b80,e,c15feaf0,9,c1667800) at ithread_schedule+0xb3 intr_execute_handlers(c15b4980,d54aaa9c,e,d54aaae0,c05c0803) at intr_execute_handlers+0xdd lapic_handle_intr(3e) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 15:15:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 827CC16A4CE for ; Thu, 24 Mar 2005 15:15:28 +0000 (GMT) Received: from sdf.lonestar.org (mx.freeshell.org [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B1A43D4C for ; Thu, 24 Mar 2005 15:15:26 +0000 (GMT) (envelope-from pieckiel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:pieckiel@sverige.freeshell.org [192.94.73.4]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j2OFEemt017496; Thu, 24 Mar 2005 15:14:41 GMT Received: (from pieckiel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j2OFEe4P025017; Thu, 24 Mar 2005 10:14:40 -0500 (EST) Date: Thu, 24 Mar 2005 10:14:39 -0500 From: "Kevin A. Pieckiel" To: freebsd-current@freebsd.org Message-ID: <20050324151439.GA6382@SDF.LONESTAR.ORG> Mail-Followup-To: freebsd-current@freebsd.org, bzeeb+freebsd+lor@zabbadoz.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: bzeeb+freebsd+lor@zabbadoz.net Subject: LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 15:15:28 -0000 I don't know if anyone is interested, but I got this LOR this morning on a box running 6.0 from sources CVS'ed Tuesday, 22 Mar 2005. It looks (to me) similar to reversal 061 on the list at: http://sources.zabbadoz.net/freebsd/lor.html This occurred during a 'portupgrade -Rr -a', probably during a download for a source tarball. Kevin ----- lock order reversal 1st 0xc1d6d798 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc1a7b3c0 em0 (network driver) @ /usr/src/sys/dev/em/if_em.c:637 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0909c90,c09089d0,c08945c8) at kdb_backtrace+0x29 witness_checkorder(c1a7b3c0,9,c080fd0f,27d) at witness_checkorder+0x54c _mtx_lock_flags(c1a7b3c0,0,c080fd0f,27d,c1a7b000) at _mtx_lock_flags+0x5b em_start(c1a7b000) at em_start+0x22 if_start(c1a7b000) at if_start+0x7b ether_output_frame(c1a7b000,c1ca8c00,1,ffffffff,0) at ether_output_frame+0x1d9 ether_output(c1a7b000,c1ca8c00,de53fa48,0,2) at ether_output+0x384 arprequest(c1a7b000,c293f0c8,de53fb18,c19714ab) at arprequest+0xd8 arpresolve(c1a7b000,c1d6d738,c1ca8a00,de53fb14,de53fab8) at arpresolve+0x29c ether_output(c1a7b000,c1ca8a00,de53fb14,c1d6d738,c293f000) at ether_output+0x66 ip_output(c1ca8a00,0,de53fb10,0,0) at ip_output+0x6fc udp_output(c1d6b21c,c1ca8a00,0,0,c1d78170) at udp_output+0x4ad udp_send(c1d6a67c,0,c1ca8a00,0,0) at udp_send+0x1a sosend(c1d6a67c,0,de53fc4c,c1ca8a00,0) at sosend+0x5e7 kern_sendit(c1d78170,4,de53fccc,0,0) at kern_sendit+0x104 sendit(c1d78170,4,de53fccc,0,807701e) at sendit+0x163 sendto(c1d78170,de53fd14,6,5,212) at sendto+0x4d syscall(2f,2f,2f,0,28262824) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x281e46db, esp = 0xbfbfd4ac, ebp = 0xbfbfd4d8 --- From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 15:45:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2C5016A4CE for ; Thu, 24 Mar 2005 15:45:41 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D97243D1F for ; Thu, 24 Mar 2005 15:45:41 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21232 invoked from network); 24 Mar 2005 15:45:41 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 24 Mar 2005 15:45:40 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2OFigNG069879; Thu, 24 Mar 2005 10:45:32 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: wsk Date: Thu, 24 Mar 2005 10:45:42 -0500 User-Agent: KMail/1.6.2 References: <424291B5.1060204@gddsn.org.cn> In-Reply-To: <424291B5.1060204@gddsn.org.cn> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200503241045.42715.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: Rocketport uPCI ioaddr mapping failed under FreeBSD-5.3&CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 15:45:42 -0000 On Thursday 24 March 2005 05:08 am, wsk wrote: > >Can you try this patch below and verify it works? If so, I'd like to > > commit it. Thanks! > > > >Index: rp_pci.c > >=================================================================== > >RCS file: /usr/cvs/src/sys/dev/rp/rp_pci.c,v > >retrieving revision 1.9 > >diff -u -r1.9 rp_pci.c > >--- rp_pci.c 21 Jun 2004 13:02:25 -0000 1.9 > >+++ rp_pci.c 23 Mar 2005 19:37:43 -0000 > >@@ -67,6 +67,7 @@ > > #define RP_DEVICE_ID_4J 0x0007 > > #define RP_DEVICE_ID_6M 0x000C > > #define RP_DEVICE_ID_4M 0x000D > >+#define RP_DEVICE_ID_UPCI_8O 0x0805 > > > > /************************************************************************ > >** MUDBAC remapped for PCI > >@@ -177,7 +178,14 @@ > > > > ctlp->bus_ctlp = NULL; > > > >- ctlp->io_rid[0] = 0x10; > >+ switch (pci_get_devid(dev)) { > >+ case RP_DEVICE_ID_UPCI_8O: > >+ ctlp->io_rid[0] = PCIR_BAR(2); > >+ break; > >+ default: > >+ ctlp->io_rid[0] = PCIR_BAR(0); > >+ break; > >+ } > > ctlp->io[0] = bus_alloc_resource_any(dev, SYS_RES_IOPORT, > > &ctlp->io_rid[0], RF_ACTIVE); > > if(ctlp->io[0] == NULL) { > > I've been tested and works failled after patched your diff! here is > my boot msgs: > rp0: port 0xdd80-0xddff,0xde00-0xdeff mem > 0xfcedff80-0xfcedffff irq 19 at device 10.0 on pci2 > rp0: failed: rid 0x10 is memory, requested 4 > rp0: ioaddr mapping failed for RocketPort(PCI). > device_attach: rp0 attach returned 6 Oh, I see the bug. Can you try this patch instead? It fixes the bug and simplifies a few other places in the code: Index: rp_pci.c =================================================================== RCS file: /usr/cvs/src/sys/dev/rp/rp_pci.c,v retrieving revision 1.10 diff -u -r1.10 rp_pci.c --- rp_pci.c 1 Mar 2005 08:58:04 -0000 1.10 +++ rp_pci.c 24 Mar 2005 15:44:38 -0000 @@ -67,6 +67,7 @@ #define RP_DEVICE_ID_4J 0x0007 #define RP_DEVICE_ID_6M 0x000C #define RP_DEVICE_ID_4M 0x000D +#define RP_DEVICE_ID_UPCI_8O 0x0805 /************************************************************************** MUDBAC remapped for PCI @@ -129,7 +130,7 @@ char *s; s = NULL; - if ((pci_get_devid(dev) & 0xffff) == RP_VENDOR_ID) + if (pci_get_vendor(dev) == RP_VENDOR_ID) s = "RocketPort PCI"; if (s != NULL) { @@ -177,7 +178,14 @@ ctlp->bus_ctlp = NULL; - ctlp->io_rid[0] = 0x10; + switch (pci_get_device(dev)) { + case RP_DEVICE_ID_UPCI_8O: + ctlp->io_rid[0] = PCIR_BAR(2); + break; + default: + ctlp->io_rid[0] = PCIR_BAR(0); + break; + } ctlp->io[0] = bus_alloc_resource_any(dev, SYS_RES_IOPORT, &ctlp->io_rid[0], RF_ACTIVE); if(ctlp->io[0] == NULL) { @@ -188,7 +196,7 @@ num_aiops = sPCIInitController(ctlp, MAX_AIOPS_PER_BOARD, 0, - FREQ_DIS, 0, (pci_get_devid(dev) >> 16) & 0xffff); + FREQ_DIS, 0, pci_get_device(dev)); num_ports = 0; for(aiop=0; aiop < num_aiops; aiop++) { -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 16:32:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D981916A4CE; Thu, 24 Mar 2005 16:32:03 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6141843D49; Thu, 24 Mar 2005 16:32:03 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00FOR704OP20@bgo1smout1.broadpark.no>; Thu, 24 Mar 2005 17:26:28 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00J737C1AF00@bgo1sminn1.broadpark.no>; Thu, 24 Mar 2005 17:33:37 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 1FB51BDC4B; Thu, 24 Mar 2005 17:31:58 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 2D748BDC57; Thu, 24 Mar 2005 17:31:53 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 122C933C3E; Thu, 24 Mar 2005 17:31:53 +0100 (CET) Date: Thu, 24 Mar 2005 17:31:52 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <4240015A.2020802@DeepCore.dk> To: =?iso-8859-1?q?S=F8ren_Schmidt?= Message-id: <863bulyphj.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 16:32:04 -0000 S=F8ren Schmidt writes: > New version available for testing: > [...] Intel ICH6R and Promise S150SX4 still working like a charm (except for missing RAID5 support). Please commit :) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 17:07:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE7D16A4CE; Thu, 24 Mar 2005 17:07:18 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D07B943D5A; Thu, 24 Mar 2005 17:07:17 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j2OH7DOd047668; Thu, 24 Mar 2005 18:07:15 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4242F371.2040500@DeepCore.dk> Date: Thu, 24 Mar 2005 18:05:53 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> <863bulyphj.fsf@xps.des.no> In-Reply-To: <863bulyphj.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 17:07:18 -0000 Dag-Erling Sm=F8rgrav wrote: > S=F8ren Schmidt writes: >=20 >>New version available for testing: >>[...] > Intel ICH6R and Promise S150SX4 still working like a charm (except for > missing RAID5 support). Please commit :) Good! If you look carefull you can see that RAID5 support has stepped=20 closer, composite ATA commands are now in there making RAID5 possible. I've fixed a few nits with the rebuild stuff, if I dont find any real=20 showstoppers I'll porbably commit it after eastern... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 17:08:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B90916A4CE; Thu, 24 Mar 2005 17:08:57 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D9743D58; Thu, 24 Mar 2005 17:08:57 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00F0T8PPOP50@bgo1smout1.broadpark.no>; Thu, 24 Mar 2005 18:03:25 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00J2R91MA340@bgo1sminn1.broadpark.no>; Thu, 24 Mar 2005 18:10:34 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 6FB94BDC3E; Thu, 24 Mar 2005 18:08:55 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id DAB45BDC37; Thu, 24 Mar 2005 18:08:50 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id B96D233C3E; Thu, 24 Mar 2005 18:08:50 +0100 (CET) Date: Thu, 24 Mar 2005 18:08:50 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <4242F371.2040500@DeepCore.dk> To: =?iso-8859-1?q?S=F8ren_Schmidt?= Message-id: <86ll8dx97h.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> <863bulyphj.fsf@xps.des.no> <4242F371.2040500@DeepCore.dk> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 17:08:57 -0000 S=F8ren Schmidt writes: > Good! If you look carefull you can see that RAID5 support has stepped > closer, composite ATA commands are now in there making RAID5 possible. I noticed that in your email. Maybe I'll sit down on a rainy day and finish the software RAID5 support, and you can add XOR offloading later... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 19:41:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79FE516A4CE; Thu, 24 Mar 2005 19:41:59 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C49C43D58; Thu, 24 Mar 2005 19:41:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 39A917A425; Thu, 24 Mar 2005 11:41:59 -0800 (PST) Message-ID: <42431806.3060302@elischer.org> Date: Thu, 24 Mar 2005 11:41:58 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <20050323154642.J37251@sasami.jurai.net> <42421D8D.5060502@elischer.org> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> In-Reply-To: <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Vladimir Grebenschikov cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 19:41:59 -0000 John Baldwin wrote: > > On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: > >> On Wed, 23 Mar 2005, Julian Elischer wrote: >> >>> eject should imply a detach.. >>> i.e. I think your patch should call the detach code from the eject >>> code. >> >> >> Eject is for devices that support removable media. > that doesn't mean that an eject shouldn't do all teh work for a detach as well. > > So are flash memory sticks ejectable media from a slot in a laptop > that never goes away? Seems like it should be an ejectable media to > me. *shrug* > From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 19:56:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C20C416A4CE; Thu, 24 Mar 2005 19:56:38 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6477443D49; Thu, 24 Mar 2005 19:56:38 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2OJuSmm089490; Thu, 24 Mar 2005 13:56:28 -0600 (CST) (envelope-from dan) Date: Thu, 24 Mar 2005 13:56:28 -0600 From: Dan Nelson To: Julian Elischer Message-ID: <20050324195628.GC10908@dan.emsphone.com> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <20050323154642.J37251@sasami.jurai.net> <42421D8D.5060502@elischer.org> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> <42431806.3060302@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42431806.3060302@elischer.org> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: Vladimir Grebenschikov cc: "Matthew N. Dodd" cc: "current@freebsd.org" cc: freebsd-mobile@freebsd.org Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 19:56:38 -0000 In the last episode (Mar 24), Julian Elischer said: > John Baldwin wrote: > >On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: > >>On Wed, 23 Mar 2005, Julian Elischer wrote: > >>>eject should imply a detach.. > >>>i.e. I think your patch should call the detach code from the eject > >>>code. > >> > >>Eject is for devices that support removable media. > > that doesn't mean that an eject shouldn't do all teh work for a > detach as well. I would be extremely surprised if a "camcontrol eject cd0" removed /dev/cd0 :) Eject is for devices whose media can be removed, but the device itself stays. Or are you just saying detach should do an eject (possibly a stop also) first? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 20:13:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED4FD16A4CE; Thu, 24 Mar 2005 20:13:43 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD4B43D31; Thu, 24 Mar 2005 20:13:43 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2OKC2Mm075663; Thu, 24 Mar 2005 13:12:02 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42431EC6.1020303@samsco.org> Date: Thu, 24 Mar 2005 13:10:46 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <20050323154642.J37251@sasami.jurai.net> <42421D8D.5060502@elischer.org> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> <42431806.3060302@elischer.org> <20050324195628.GC10908@dan.emsphone.com> In-Reply-To: <20050324195628.GC10908@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Vladimir Grebenschikov cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: "Matthew N. Dodd" cc: "current@freebsd.org" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 20:13:44 -0000 Dan Nelson wrote: > In the last episode (Mar 24), Julian Elischer said: > >>John Baldwin wrote: >> >>>On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: >>> >>>>On Wed, 23 Mar 2005, Julian Elischer wrote: >>>> >>>>>eject should imply a detach.. >>>>>i.e. I think your patch should call the detach code from the eject >>>>>code. >>>> >>>>Eject is for devices that support removable media. >> >>that doesn't mean that an eject shouldn't do all teh work for a >>detach as well. > > > I would be extremely surprised if a "camcontrol eject cd0" removed > /dev/cd0 :) Eject is for devices whose media can be removed, but the > device itself stays. > > Or are you just saying detach should do an eject (possibly a stop also) > first? > Let me reinforce this since there seems to be quite a bit of confusion. The 'stop' and 'eject' actions of camcontrol operate in the context of how they are defined in the SCSI world. That is, they send a particular command to the target that makes the target do the intended action. They do __not__ imply that CAM will detach the logical device, flush the buffer-cache, etc. There is a whole lot less magic here than I think that everyone is hoping for. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 20:56:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 481F516A4CE for ; Thu, 24 Mar 2005 20:56:22 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EADEE43D3F for ; Thu, 24 Mar 2005 20:56:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24894 invoked from network); 24 Mar 2005 20:56:21 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 24 Mar 2005 20:56:20 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2OKuAV8071806; Thu, 24 Mar 2005 15:56:11 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 24 Mar 2005 15:32:36 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200503241532.36403.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Daniel Eriksson Subject: Re: Higher interrupt rate after recent SMP/APIC timer changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 20:56:22 -0000 On Friday 11 March 2005 05:51 pm, Daniel Eriksson wrote: > After the recent changes to the use of APIC timers on SMP systems, the > reported interrupt rate has gone up significantly: > > # vmstat -i > interrupt total rate > irq1: atkbd0 3 0 > irq0: clk 55294842 1998 > irq4: sio0 656 0 > irq6: fdc0 13 0 > irq13: npx0 1 0 > irq14: ata0 28299 1 > irq15: ata1 28144 1 > irq17: atapci1+ 60822 2 > irq19: atapci3+ 19848 0 > irq20: ciss0 857173 30 > irq21: em0 1 0 > irq22: em1 1 0 > lapic1: timer 110665583 3998 > lapic0: timer 110649350 3998 > Total 277604736 10031 > > This is an SMP box (dual AMD AthlonMP) running with HZ=2000 and POLLING > enabled. Should I worry about the 4k intr/sec reported for lapic0 and > lapic1, or is this the way things should be? > > I should add that system load has not changed noticeably, leading me to > believe that the lapic* interrupt rate is by design and nothing to worry > about. (But I still wanted to ask.) Yes, the lapic timers run at hz * 2, so that is by design. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 20:56:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFEC216A4FC for ; Thu, 24 Mar 2005 20:56:32 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5524443D4C for ; Thu, 24 Mar 2005 20:56:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18413 invoked from network); 24 Mar 2005 20:56:30 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 24 Mar 2005 20:56:28 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2OKuAV9071806; Thu, 24 Mar 2005 15:56:18 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 24 Mar 2005 15:35:02 -0500 User-Agent: KMail/1.6.2 References: <423350B6.1000706@gmx.de> <20050312153002.U88834@sasami.jurai.net> <20050312.181315.128047222.imp@bsdimp.com> In-Reply-To: <20050312.181315.128047222.imp@bsdimp.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200503241535.02525.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: incmc@gmx.de cc: mdodd@FreeBSD.org cc: "M. Warner Losh" Subject: Re: Apm / Resume: pir0: ROUTE_INTERRUPT on resume .... failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 20:56:32 -0000 On Saturday 12 March 2005 08:13 pm, M. Warner Losh wrote: > In message: <20050312153002.U88834@sasami.jurai.net> > > "Matthew N. Dodd" writes: > : On Sat, 12 Mar 2005, Jochen Gensch wrote: > : > On resume, the system fails with the following message: > : > > : > pir0: ROUTE_INTERRUPT on resume for link 0x68 failed > : > : pir0: ROUTE_INTERRUPT on resume for link 0x60 failed. > : pir0: ROUTE_INTERRUPT on resume for link 0x63 failed. > : pir0: ROUTE_INTERRUPT on resume for link 0x61 failed. > : > : I get this too, but it doesn't seem to cause any problems. > > My experiences with PCI BIOS suggest that routing a pin that's already > routed will produce an error return from the call, but the pin will > still be routed and interrupts will still work. Some systems > apparently report an error also when you reroute an interrupt after > suspend/resume in APM as well. Unless it causes problems, chances are > excellent it can be ignored. You can try turning it off completely by stubbing out the resume method for the pir device in sys/i386/pci/pci_pir.c. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 20:56:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93CBC16A4CE for ; Thu, 24 Mar 2005 20:56:42 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E42443D46 for ; Thu, 24 Mar 2005 20:56:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 25551 invoked from network); 24 Mar 2005 20:56:41 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 24 Mar 2005 20:56:37 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2OKuAVA071806; Thu, 24 Mar 2005 15:56:26 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 24 Mar 2005 15:44:51 -0500 User-Agent: KMail/1.6.2 References: <20050317164859.4476A5D08@ptavv.es.net> In-Reply-To: <20050317164859.4476A5D08@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200503241544.51914.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Jiawei Ye cc: Jeff Smick Subject: Re: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 20:56:42 -0000 On Thursday 17 March 2005 11:48 am, Kevin Oberman wrote: > > Date: Thu, 17 Mar 2005 14:45:39 +0800 > > From: Jiawei Ye > > Sender: owner-freebsd-current@freebsd.org > > > > On Thu, 17 Mar 2005 00:32:46 -0600, Jon Noack wrote: > > > The handbook is a bit confusing on this. It calls the config(8) kernel > > > build the "traditional way" and 'make buildkernel' the "new way". If I > > > am a new user and don't want to stray far from the norm, wouldn't I > > > pick the "traditional way"? Shouldn't we make it more clear the "new > > > way" is the "recommended and officially sanctioned way"? > > > > > > Jon > > > > My suggestion would be > > s/traditional/deprecated > > s/new/standard > > > > $.2 > > Since there is still one case where the "traditional" method needs to be > used, I don't think is should/can be deprecated. Instead I think the > "new" method should be described as simply the method to use if full > sources are present and that the "traditional" method is the method to > use if full sources are not available. The terms "new " and "traditional > should be deleted and the order reversed since most people do keep the > full sources these days. Note that many developers tend to only use the config / make depend / make method as it is more natural if you are working on the kernel. make buildkernel is better suited for users on non-development machines however. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 20:56:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ADBE16A4CE for ; Thu, 24 Mar 2005 20:56:43 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AED543D48 for ; Thu, 24 Mar 2005 20:56:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2OKufpG049999; Thu, 24 Mar 2005 22:56:41 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 08752-04; Thu, 24 Mar 2005 22:56:55 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2OKueLr049991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 22:56:40 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2OKuoxD013323; Thu, 24 Mar 2005 22:56:51 +0200 (EET) (envelope-from ru) Date: Thu, 24 Mar 2005 22:56:50 +0200 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20050324205650.GA95608@ip.net.ua> References: <86is4xj3q5.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050214080414.GA32376@ip.net.ua> <863bvzleq5.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050214084155.GA36200@ip.net.ua> <86ll9rjxpy.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050214121543.GA37346@ip.net.ua> <86r7jblda2.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050220164607.GA47621@ip.net.ua> <86fyzg3evb.fsf@srvbsdnanssv.interne.kisoft-services.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <86fyzg3evb.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Eric Masson Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 20:56:43 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greetings, Those of you wishing to try your xl(4) card under polling(4) are welcome to test this patch: http://people.FreeBSD.org/~ru/patches/xl_polling.patch Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQymSqRfpzJluFF4RAqFDAJwP2PVXh881gtJCSHV0GbjX0rif6QCff9K0 WnaYpNT/p4w60kp94My086g= =gbzA -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 21:27:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E12AF16A4CE; Thu, 24 Mar 2005 21:27:11 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F4E43D3F; Thu, 24 Mar 2005 21:27:11 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2OLQqsf072803 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 24 Mar 2005 22:26:55 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2OLPxVK058458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 22:26:00 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2OLPxQh002263; Thu, 24 Mar 2005 22:25:59 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2OLPska002258; Thu, 24 Mar 2005 22:25:54 +0100 (CET) (envelope-from ticso) Date: Thu, 24 Mar 2005 22:25:54 +0100 From: Bernd Walter To: Scott Long Message-ID: <20050324212553.GS53520@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <20050323154642.J37251@sasami.jurai.net> <42421D8D.5060502@elischer.org> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> <42431806.3060302@elischer.org> <20050324195628.GC10908@dan.emsphone.com> <42431EC6.1020303@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42431EC6.1020303@samsco.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-0.9 required=3.0 tests=BAYES_30 autolearn=no version=2.64 X-Spam-Report: * -0.9 BAYES_30 BODY: Bayesian spam probability is 30 to 40% * [score: 0.3048] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: Vladimir Grebenschikov cc: Dan Nelson cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 21:27:12 -0000 On Thu, Mar 24, 2005 at 01:10:46PM -0700, Scott Long wrote: > Dan Nelson wrote: > >In the last episode (Mar 24), Julian Elischer said: > > > >>John Baldwin wrote: > >> > >>>On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: > >>> > >>>>On Wed, 23 Mar 2005, Julian Elischer wrote: > >>>> > >>>>>eject should imply a detach.. > >>>>>i.e. I think your patch should call the detach code from the eject > >>>>>code. > >>>> > >>>>Eject is for devices that support removable media. > >> > >>that doesn't mean that an eject shouldn't do all teh work for a > >>detach as well. > > > > > >I would be extremely surprised if a "camcontrol eject cd0" removed > >/dev/cd0 :) Eject is for devices whose media can be removed, but the > >device itself stays. > > > >Or are you just saying detach should do an eject (possibly a stop also) > >first? > > > > Let me reinforce this since there seems to be quite a bit of confusion. > The 'stop' and 'eject' actions of camcontrol operate in the context of > how they are defined in the SCSI world. That is, they send a particular > command to the target that makes the target do the intended action. > They do __not__ imply that CAM will detach the logical device, flush the > buffer-cache, etc. There is a whole lot less magic here than I think > that everyone is hoping for. I asume the confusion is what people think of removeable media these days. In traditional cases such as MO, Syquest, ZIP and CD things were clear. The media is a cartridge or just a disk and the drive is a physical think that holds the media and make noise when accessing it. Today many people use USB flash memory sticks were they think to just remove the media, but in fact remove the whole drive containing an unremoveable media in the same way they would do when unplugging an USB HDD. But the problem is not with USB memory sticks, the problem is with USB flash card readers, where in fact the media itself is changeable and the problem is not related to USB but with removeable disk media in general. GEOM just don't rereads the media unless you explizitly trigger this. Of course a freshly attached drive is enough to inpect the media in it. If you forget and use outdated cached data you even risk data corruption. I don't have a good idea on how to handle the whole story. Disk drive have a way to tell about a media change, but GEOM seem to ignores this and many flash card readers don't even tell. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 22:05:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537A616A4CE for ; Thu, 24 Mar 2005 22:05:38 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F376943D2D for ; Thu, 24 Mar 2005 22:05:37 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DEaSA-0001bc-Hm for freebsd-current@freebsd.org; Thu, 24 Mar 2005 23:05:22 +0100 Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Mar 2005 23:05:22 +0100 Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Mar 2005 23:05:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Christopher Nehren Date: Thu, 24 Mar 2005 22:04:56 +0000 (UTC) Organization: /usr/bin/false Lines: 29 Message-ID: References: <86is4xj3q5.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050214080414.GA32376@ip.net.ua> <863bvzleq5.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050214084155.GA36200@ip.net.ua> <86ll9rjxpy.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050214121543.GA37346@ip.net.ua> <86r7jblda2.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050220164607.GA47621@ip.net.ua> <86fyzg3evb.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050324205650.GA95608@ip.net.ua> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner-SpamScore: s X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 22:05:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2005-03-24, Ruslan Ermilov scribbled these curious markings: > Greetings, > > Those of you wishing to try your xl(4) card under polling(4) > are welcome to test this patch: Can I apply this to my RELENG_5 box without making the machine melt? If so, I'll start testing immediately with my handy-dandy just-found spare xl (3C905-TX). Best Regards, Christopher Nehren -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQzp+k/lo7zvzJioRAr2vAJ4/2gtPnANPfiCANgF+LYYf/AudtwCgkPCN s0GUAcjjUb3LqCsz56hNV+A= =briQ -----END PGP SIGNATURE----- -- I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson If you ask the wrong questions, you get answers like "42" and "God". Unix is user friendly. However, it isn't idiot friendly. From owner-freebsd-current@FreeBSD.ORG Thu Mar 24 23:46:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B20A16A4CF for ; Thu, 24 Mar 2005 23:46:45 +0000 (GMT) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F67E43D2F for ; Thu, 24 Mar 2005 23:46:42 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j2ONkdev018004 for ; Fri, 25 Mar 2005 00:46:40 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: current@freebsd.org Content-Type: multipart/mixed; boundary="=-RH/Gcw+2JLJqZi/bhsS5" Date: Fri, 25 Mar 2005 00:46:39 +0100 Message-Id: <1111707999.640.26.camel@genius2.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Subject: problem with usb memory stick (with patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 23:46:45 -0000 --=-RH/Gcw+2JLJqZi/bhsS5 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello all, I've got a USB 2.0 memory stick which doesn't attach correctly. On failed attach I get the following in the messages: -------- Mar 24 23:44:13 genius2 kernel: umass0: M-SysT5 Dell Memory Key, rev 2.00/2.00, addr 2 Mar 24 23:44:13 genius2 kernel: umass0: SCSI over Bulk-Only; quirks = 0x0 Mar 24 23:44:13 genius2 kernel: umass0:0:0:-1: Attached to scbus0 Mar 24 23:44:14 genius2 kernel: pass0 at umass-sim0 bus 0 target 0 lun 0 Mar 24 23:44:14 genius2 kernel: pass0: Removable Direct Access SCSI-0 device Mar 24 23:44:14 genius2 kernel: pass0: Serial Number u Mar 24 23:44:14 genius2 kernel: pass0: 40.000MB/s transfers Mar 24 23:44:14 genius2 kernel: GEOM: new disk da0 Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): Retrying Command Mar 24 23:44:14 genius2 last message repeated 3 times Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): error 6 Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): Unretryable Error Mar 24 23:44:14 genius2 kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Mar 24 23:44:14 genius2 kernel: da0: Removable Direct Access SCSI-0 device Mar 24 23:44:14 genius2 kernel: da0: Serial Number u Mar 24 23:44:14 genius2 kernel: da0: 40.000MB/s transfers Mar 24 23:44:14 genius2 kernel: da0: Attempt to query device size failed: UNIT ATTENTION, Medium not present Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check Condition Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): Medium not present Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:3a,0 Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): Medium not present . . . Mar 24 23:44:14 genius2 kernel: Retries Exhausted Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): error 6 Mar 24 23:44:14 genius2 kernel: (da0:umass-sim0:0:0:0): Unretryable Error Mar 24 23:44:14 genius2 kernel: Opened disk da0 -> 6 --------- Quite a long time ago I found out that the stick works when I delay the attachment a bit - increasing USB_PORT_POWERUP_DELAY (in src/sys/dev/usb/usb.h) from 300 to 1000 helps. I found another, probably a bit more elegant, solution - I invented a new quirk and put it into use in umass.c which delays the scsi attachment in umass_cam_attach. There's a comment just above the callout (which firing after longer delay is the main part of the "fix") which reads: /* Notify CAM of the new device after a short delay. Any * failure is benign, as the user can still do it byhand * (camcontrol rescan ). Only do this if we are not * booting, because CAM does a scan after booting has * completed, when interrupts have been enabled. */ The comment isn't probably correct - no 'eject', 'stop', 'rescan' or 'reset' will ever fix the stick for me. I don't know if the problem is specific to my USB device. If it is than the quirk might be appropriate solution but if other devices need the pause too (and maybe even much longer) than fixing the code some other way (to make the comment true?) might be better. Michal Mertl --=-RH/Gcw+2JLJqZi/bhsS5 Content-Disposition: attachment; filename=usb-umass.patch Content-Type: text/x-patch; name=usb-umass.patch; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Index: umass.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/dev/usb/umass.c,v retrieving revision 1.119 diff -u -3 -r1.119 umass.c --- umass.c 14 Feb 2005 02:17:53 -0000 1.119 +++ umass.c 24 Mar 2005 23:17:55 -0000 @@ -314,6 +314,8 @@ # define NO_INQUIRY 0x0400 /* Device cannot handle INQUIRY EVPD, return CHECK CONDITION */ # define NO_INQUIRY_EVPD 0x0800 + /* Device needs time to settle down /2s/ XXX */ +# define UMASS_ADD_DELAY 0x1000 }; Static struct umass_devdescr_t umass_devdescrs[] = { @@ -387,6 +389,10 @@ UMASS_PROTO_ATAPI | UMASS_PROTO_BBB, NO_QUIRKS }, + { USB_VENDOR_MSYSTEMS, USB_PRODUCT_MSYSTEMS_DELLMEMKEY, RID_WILDCARD, + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + UMASS_ADD_DELAY + }, { USB_VENDOR_NEODIO, USB_PRODUCT_NEODIO_ND3260, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, FORCE_SHORT_INQUIRY @@ -891,6 +897,7 @@ (void) umass_match_proto(sc, sc->iface, uaa->device); id = usbd_get_interface_descriptor(sc->iface); + #ifdef USB_DEBUG printf("%s: ", USBDEVNAME(sc->sc_dev)); switch (sc->proto&UMASS_PROTO_COMMAND) { @@ -2262,6 +2269,7 @@ Static int umass_cam_attach(struct umass_softc *sc) { + int delay_len; #ifndef USB_DEBUG if (bootverbose) #endif @@ -2278,7 +2286,11 @@ * completed, when interrupts have been enabled. */ - usb_callout(sc->cam_scsi_rescan_ch, MS_TO_TICKS(200), + if (sc->quirks && UMASS_ADD_DELAY) + delay_len = 2000; + else + delay_len = 200; + usb_callout(sc->cam_scsi_rescan_ch, MS_TO_TICKS(delay_len), umass_cam_rescan, sc); } Index: usbdevs =================================================================== RCS file: /home/fcvs/cvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.226 diff -u -3 -r1.226 usbdevs --- usbdevs 21 Mar 2005 08:43:54 -0000 1.226 +++ usbdevs 24 Mar 2005 22:39:48 -0000 @@ -1188,6 +1188,7 @@ /* M-Systems products */ product MSYSTEMS DISKONKEY 0x0010 DiskOnKey product MSYSTEMS DISKONKEY2 0x0011 DiskOnKey +product MSYSTEMS DELLMEMKEY 0x0015 Dell Memory Key /* National Semiconductor */ product NATIONAL BEARPAW1200 0x1000 BearPaw 1200 --=-RH/Gcw+2JLJqZi/bhsS5-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 06:40:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47DB316A4CE for ; Fri, 25 Mar 2005 06:40:21 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43C0943D53 for ; Fri, 25 Mar 2005 06:40:20 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2P6eHfm003885; Fri, 25 Mar 2005 08:40:17 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 27059-08; Fri, 25 Mar 2005 08:40:34 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2P6eGXN003882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Mar 2005 08:40:16 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2P6ea0X075933; Fri, 25 Mar 2005 08:40:36 +0200 (EET) (envelope-from ru) Date: Fri, 25 Mar 2005 08:40:36 +0200 From: Ruslan Ermilov To: Christopher Nehren Message-ID: <20050325064036.GB75626@ip.net.ua> References: <20050214080414.GA32376@ip.net.ua> <863bvzleq5.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050214084155.GA36200@ip.net.ua> <86ll9rjxpy.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050214121543.GA37346@ip.net.ua> <86r7jblda2.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050220164607.GA47621@ip.net.ua> <86fyzg3evb.fsf@srvbsdnanssv.interne.kisoft-services.com> <20050324205650.GA95608@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 06:40:21 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 24, 2005 at 10:04:56PM +0000, Christopher Nehren wrote: > On 2005-03-24, Ruslan Ermilov scribbled these > curious markings: > > Greetings, > > > > Those of you wishing to try your xl(4) card under polling(4) > > are welcome to test this patch: >=20 > Can I apply this to my RELENG_5 box without making the machine melt? If > so, I'll start testing immediately with my handy-dandy just-found spare > xl (3C905-TX). >=20 Yes. P.S. Please don't drop my email when replying, I didn't ask for it. ;) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQ7JkqRfpzJluFF4RAisTAKCX8H5W5yTmfYAuNuSYDSOti/KqpwCeOekc KSlqkpe8BN1MlbFZCbVEYmk= =lGEx -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 06:53:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B33E516A4CE for ; Fri, 25 Mar 2005 06:53:50 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46C4543D39 for ; Fri, 25 Mar 2005 06:53:50 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j2P6rnOZ015942 for ; Thu, 24 Mar 2005 22:53:49 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <4243B57D.5050204@freebsd.org> Date: Thu, 24 Mar 2005 22:53:49 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> In-Reply-To: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 06:53:50 -0000 FreeBSD 6-CURRENT no longer includes "gtar." In particular, the WITH_GTAR option is gone and "tar" will always invoke the "bsdtar" program. If you need a feature that gtar has and the FreeBSD system tar lacks, you still have a few options: * Install "gtar" from ports and invoke "gtar" instead of "tar" * Tell the tar maintainer (me!) about it and see if it can get added. (I've recently added -newer-xxx, --strip-components, and --totals in response to user requests.) Similar comments apply for those who cannot live without star, pdtar, or any other common archiving program. Tim P.S. To allay any confusion: gtar remains in 5.x indefinitely; the WITH_GTAR option will continue to be supported there. From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 07:59:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A11E116A4CE for ; Fri, 25 Mar 2005 07:59:31 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC58943D49 for ; Fri, 25 Mar 2005 07:59:30 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 46E8C2ECA62 for ; Fri, 25 Mar 2005 08:59:29 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 62AD9407C; Fri, 25 Mar 2005 08:59:10 +0100 (CET) Date: Fri, 25 Mar 2005 08:59:09 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050325075909.GU54204@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i Subject: kernel from 20050324: panic: lockmgr: unknown locktype request 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 07:59:31 -0000 Hi, I have updated my -CURRENT kernel right after Jeff's changes to VFS. FYI, I applied Soren's last ATA mkIII patch, although it doesn't seem to be relevant here. While mounting my USB key, I got the following panic : %%% panic: lockmgr: unknown locktype request 0 KDB: stack backtrace: kdb_backtrace() panic() lockmgr() vfs_hash_insert() deget() msdosfs_root() update_mp() msdosfs_mount() vfs_domount() vfs_donmount() kernel_mount() msdosfs_cmount() mount() syscall() Xint0x80_syscall() --- syscall (21, FreeBSD ELF32, mount), eip = 0x280c339f, esp = 0xbfbfe6dc, ebp = 0xbfbfed44 --- %%% A kernel dump is available. Please contact me off-list if you need it. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 08:16:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE7C816A4CE for ; Fri, 25 Mar 2005 08:16:11 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F5A343D49 for ; Fri, 25 Mar 2005 08:16:11 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 702E1173508 for ; Fri, 25 Mar 2005 09:16:05 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 099DA407C; Fri, 25 Mar 2005 09:15:48 +0100 (CET) Date: Fri, 25 Mar 2005 09:15:47 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050325081546.GV54204@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i Subject: panic: Duplicate free of item ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 08:16:11 -0000 Hi again list, I've just rebooted, and tried to update my kernel tree using cvs(1). Same kernel as my previous message, from 2005/03/24 with Soren's patch. I caught another panic : %%% Slab at 0x1cc1f70, freei 10 = 0. panic: Duplicate free of item 0x1cc1528 from zone 0xc1045ba0(g_bio) KDB: stack backtrace: kdb_backtrace() panic() uma_dbg_free() at uma_dbg_free+0x17b uma_zfree_arg() at uma_zfree_arg+0x131 g_destroy_bio() at g_destroy_bio+0x22 g_vfs_done() at g_vfs_done+0x6c biodone() at biodone+0x70 g_io_schedule_up() at g_io_schedule_up+0x6b g_up_procbody() at g_up_procbody+0x98 fork_exit() fork_trampoline() --- trap 0x1, eip = 0, esp = 0xd102fd7c, ebp = 0 --- %%% I'm afraid I won't be able to get a kernel dump since my disk space is quite limited and I didn't have time to move the previous one... Nevertheless I'll inform you if I manage to get it. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 08:25:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C38A16A4CE for ; Fri, 25 Mar 2005 08:25:59 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD3043D48 for ; Fri, 25 Mar 2005 08:25:59 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 7A1662C0ADA for ; Fri, 25 Mar 2005 09:25:58 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id EC630407C; Fri, 25 Mar 2005 09:25:40 +0100 (CET) Date: Fri, 25 Mar 2005 09:25:39 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050325082539.GW54204@obiwan.tataz.chchile.org> References: <20050325081546.GV54204@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050325081546.GV54204@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.8i Subject: Re: panic: Duplicate free of item ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 08:25:59 -0000 > I'm afraid I won't be able to get a kernel dump since my disk space > is quite limited and I didn't have time to move the previous one... > Nevertheless I'll inform you if I manage to get it. Forget this, I got a dump. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 10:47:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB47216A4CE for ; Fri, 25 Mar 2005 10:47:44 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5427C43D4C for ; Fri, 25 Mar 2005 10:47:44 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2PAlh9P016973; Fri, 25 Mar 2005 05:47:43 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2PAlhsh016969; Fri, 25 Mar 2005 05:47:43 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Fri, 25 Mar 2005 05:47:43 -0500 (EST) From: Jeff Roberson To: Jeremie Le Hen In-Reply-To: <20050325075909.GU54204@obiwan.tataz.chchile.org> Message-ID: <20050325054730.F54623@mail.chesapeake.net> References: <20050325075909.GU54204@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kernel from 20050324: panic: lockmgr: unknown locktype request 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 10:47:45 -0000 On Fri, 25 Mar 2005, Jeremie Le Hen wrote: > Hi, > > I have updated my -CURRENT kernel right after Jeff's changes to VFS. > FYI, I applied Soren's last ATA mkIII patch, although it doesn't seem > to be relevant here. > > While mounting my USB key, I got the following panic : Thanks, I'll commit a fix in a few minutes. > > %%% > panic: lockmgr: unknown locktype request 0 > KDB: stack backtrace: > kdb_backtrace() > panic() > lockmgr() > vfs_hash_insert() > deget() > msdosfs_root() > update_mp() > msdosfs_mount() > vfs_domount() > vfs_donmount() > kernel_mount() > msdosfs_cmount() > mount() > syscall() > Xint0x80_syscall() > --- syscall (21, FreeBSD ELF32, mount), eip = 0x280c339f, esp = 0xbfbfe6dc, ebp = 0xbfbfed44 --- > %%% > > A kernel dump is available. Please contact me off-list if you need it. > > Best regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 11:46:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ED2816A4D3; Fri, 25 Mar 2005 11:46:25 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B4B43D55; Fri, 25 Mar 2005 11:46:23 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA26847; Fri, 25 Mar 2005 13:45:58 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4243F9F6.80705@icyb.net.ua> Date: Fri, 25 Mar 2005 13:45:58 +0200 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0 (X11/20050319) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <1110828259.00257351.1110817801@10.7.7.3> <1111618398.00264139.1111606806@10.7.7.3> <1111623827.00264191.1111611602@10.7.7.3> <1111641810.00264364.1111629601@10.7.7.3> <1111641842.00264366.1111630202@10.7.7.3> <1111649011.00264410.1111637401@10.7.7.3> <1111704826.00264812.1111693801@10.7.7.3> <1111704850.00264829.1111694406@10.7.7.3> <1111706612.00264847.1111695603@10.7.7.3> <1111710307.00264895.1111699801@10.7.7.3> In-Reply-To: <1111710307.00264895.1111699801@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: "current@freebsd.org" cc: Vladimir Grebenschikov cc: Dan Nelson cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 11:46:25 -0000 on 24.03.2005 23:25 Bernd Walter said the following: ... > GEOM just don't rereads the media unless you explizitly trigger this. > Of course a freshly attached drive is enough to inpect the media in it. > If you forget and use outdated cached data you even risk data > corruption. > I don't have a good idea on how to handle the whole story. > Disk drive have a way to tell about a media change, but GEOM seem to > ignores this and many flash card readers don't even tell. > Along these lines, but slightly offtopic: it is also kind of mildly annoying that GEOM can not detect that just burnt CD-R(W) has a filesystem on it, you have to eject/reinsert media to be able to mount it. One didn't have to do it in old pre-devfs/pre-geom days. I do not have any suggestions on how to fix it, though :-( -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 13:05:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51E5D16A4CE; Fri, 25 Mar 2005 13:05:16 +0000 (GMT) Received: from galilee.polands.org (CPE-24-208-53-189.new.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 828BB43D39; Fri, 25 Mar 2005 13:05:15 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org ([172.16.1.35]) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j2PD4xoR037468; Fri, 25 Mar 2005 07:05:04 -0600 (CST) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j2PD4wS2040510; Fri, 25 Mar 2005 07:04:58 -0600 (CST) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j2PD4wZU040509; Fri, 25 Mar 2005 07:04:58 -0600 (CST) (envelope-from djp) Date: Fri, 25 Mar 2005 07:04:58 -0600 From: Doug Poland To: Tim Kientzle Message-ID: <20050325130458.GA40427@polands.org> References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> <4243B57D.5050204@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4243B57D.5050204@freebsd.org> User-Agent: Mutt/1.5.9i cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 13:05:16 -0000 On Thu, Mar 24, 2005 at 10:53:49PM -0800, Tim Kientzle wrote: > FreeBSD 6-CURRENT no longer includes "gtar." > In particular, the WITH_GTAR option is gone > and "tar" will always invoke the "bsdtar" > program. > > * Tell the tar maintainer (me!) about it and > see if it can get added. (I've recently > added -newer-xxx, --strip-components, and > --totals in response to user requests.) > There are some examples in the gtar man page that would be nice to have in bsdtar. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 01:37:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C597316A4CE; Fri, 25 Mar 2005 01:37:37 +0000 (GMT) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E48F43D31; Fri, 25 Mar 2005 01:37:35 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [211.96.21.195] (unknown [211.96.21.195]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id A13B738CB4A; Fri, 25 Mar 2005 09:37:27 +0800 (CST) Message-ID: <42436AFF.2020501@gddsn.org.cn> Date: Fri, 25 Mar 2005 09:35:59 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.3) Gecko/20041110 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: John Baldwin , current@freebsd.org References: <424291B5.1060204@gddsn.org.cn> <200503241045.42715.jhb@FreeBSD.org> In-Reply-To: <200503241045.42715.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 25 Mar 2005 13:11:02 +0000 Subject: Re: Rocketport uPCI ioaddr mapping failed under FreeBSD-5.3&CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 01:37:38 -0000 John Baldwin wrote: >On Thursday 24 March 2005 05:08 am, wsk wrote: > > >>>Can you try this patch below and verify it works? If so, I'd like to >>>commit it. Thanks! >>> >>>Index: rp_pci.c >>>=================================================================== >>>RCS file: /usr/cvs/src/sys/dev/rp/rp_pci.c,v >>>retrieving revision 1.9 >>>diff -u -r1.9 rp_pci.c >>>--- rp_pci.c 21 Jun 2004 13:02:25 -0000 1.9 >>>+++ rp_pci.c 23 Mar 2005 19:37:43 -0000 >>>@@ -67,6 +67,7 @@ >>>#define RP_DEVICE_ID_4J 0x0007 >>>#define RP_DEVICE_ID_6M 0x000C >>>#define RP_DEVICE_ID_4M 0x000D >>>+#define RP_DEVICE_ID_UPCI_8O 0x0805 >>> >>>/************************************************************************ >>>** MUDBAC remapped for PCI >>>@@ -177,7 +178,14 @@ >>> >>> ctlp->bus_ctlp = NULL; >>> >>>- ctlp->io_rid[0] = 0x10; >>>+ switch (pci_get_devid(dev)) { >>>+ case RP_DEVICE_ID_UPCI_8O: >>>+ ctlp->io_rid[0] = PCIR_BAR(2); >>>+ break; >>>+ default: >>>+ ctlp->io_rid[0] = PCIR_BAR(0); >>>+ break; >>>+ } >>> ctlp->io[0] = bus_alloc_resource_any(dev, SYS_RES_IOPORT, >>> &ctlp->io_rid[0], RF_ACTIVE); >>> if(ctlp->io[0] == NULL) { >>> >>> >> I've been tested and works failled after patched your diff! here is >>my boot msgs: >>rp0: port 0xdd80-0xddff,0xde00-0xdeff mem >>0xfcedff80-0xfcedffff irq 19 at device 10.0 on pci2 >>rp0: failed: rid 0x10 is memory, requested 4 >>rp0: ioaddr mapping failed for RocketPort(PCI). >>device_attach: rp0 attach returned 6 >> >> > >Oh, I see the bug. Can you try this patch instead? It fixes the bug and >simplifies a few other places in the code: > >Index: rp_pci.c >=================================================================== >RCS file: /usr/cvs/src/sys/dev/rp/rp_pci.c,v >retrieving revision 1.10 >diff -u -r1.10 rp_pci.c >--- rp_pci.c 1 Mar 2005 08:58:04 -0000 1.10 >+++ rp_pci.c 24 Mar 2005 15:44:38 -0000 >@@ -67,6 +67,7 @@ > #define RP_DEVICE_ID_4J 0x0007 > #define RP_DEVICE_ID_6M 0x000C > #define RP_DEVICE_ID_4M 0x000D >+#define RP_DEVICE_ID_UPCI_8O 0x0805 > > /************************************************************************** > MUDBAC remapped for PCI >@@ -129,7 +130,7 @@ > char *s; > > s = NULL; >- if ((pci_get_devid(dev) & 0xffff) == RP_VENDOR_ID) >+ if (pci_get_vendor(dev) == RP_VENDOR_ID) > s = "RocketPort PCI"; > > if (s != NULL) { >@@ -177,7 +178,14 @@ > > ctlp->bus_ctlp = NULL; > >- ctlp->io_rid[0] = 0x10; >+ switch (pci_get_device(dev)) { >+ case RP_DEVICE_ID_UPCI_8O: >+ ctlp->io_rid[0] = PCIR_BAR(2); >+ break; >+ default: >+ ctlp->io_rid[0] = PCIR_BAR(0); >+ break; >+ } > ctlp->io[0] = bus_alloc_resource_any(dev, SYS_RES_IOPORT, > &ctlp->io_rid[0], RF_ACTIVE); > if(ctlp->io[0] == NULL) { >@@ -188,7 +196,7 @@ > > num_aiops = sPCIInitController(ctlp, > MAX_AIOPS_PER_BOARD, 0, >- FREQ_DIS, 0, (pci_get_devid(dev) >> 16) & 0xffff); >+ FREQ_DIS, 0, pci_get_device(dev)); > > num_ports = 0; > for(aiop=0; aiop < num_aiops; aiop++) { > > > > yep.it works excellent and hopes commit to the src pls. thanx From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 13:22:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A2016A4CE for ; Fri, 25 Mar 2005 13:22:22 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE4A43D53 for ; Fri, 25 Mar 2005 13:22:22 +0000 (GMT) (envelope-from wireless.insecurity@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so797288rng for ; Fri, 25 Mar 2005 05:22:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ZI+k2TWN82El9ZP1c6OegujnGlyFEFQg4r0lDn2YC7vVM60dJ2c79mQxI/wk/aDSVSQOY550KUNXoc9lMZuw9MeY/K/1/3OkeWeOIkOWdjVD/QQ+h1OsgUH+800EbmPF1bv7amUpNp8JxY0kg0UOB9gvohLOixL4I1OuCz5pRcs= Received: by 10.38.149.17 with SMTP id w17mr231336rnd; Fri, 25 Mar 2005 05:22:19 -0800 (PST) Received: from ?192.168.1.200? ([24.236.206.217]) by mx.gmail.com with ESMTP id 75sm978212rnb.2005.03.25.05.22.19; Fri, 25 Mar 2005 05:22:19 -0800 (PST) Message-ID: <42441069.2090700@gmail.com> Date: Fri, 25 Mar 2005 08:21:45 -0500 From: Vladamir User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050325081546.GV54204@obiwan.tataz.chchile.org> In-Reply-To: <20050325081546.GV54204@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: panic: Duplicate free of item ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 13:22:22 -0000 Dumps dump to your SWAP partition, as long as you have twice as much swap as you do RAM, you should be fine. Jeremie Le Hen wrote: > Hi again list, > > I've just rebooted, and tried to update my kernel tree using cvs(1). > Same kernel as my previous message, from 2005/03/24 with Soren's patch. > I caught another panic : > > %%% > Slab at 0x1cc1f70, freei 10 = 0. > panic: Duplicate free of item 0x1cc1528 from zone 0xc1045ba0(g_bio) > > KDB: stack backtrace: > kdb_backtrace() > panic() > uma_dbg_free() at uma_dbg_free+0x17b > uma_zfree_arg() at uma_zfree_arg+0x131 > g_destroy_bio() at g_destroy_bio+0x22 > g_vfs_done() at g_vfs_done+0x6c > biodone() at biodone+0x70 > g_io_schedule_up() at g_io_schedule_up+0x6b > g_up_procbody() at g_up_procbody+0x98 > fork_exit() > fork_trampoline() > --- trap 0x1, eip = 0, esp = 0xd102fd7c, ebp = 0 --- > %%% > > I'm afraid I won't be able to get a kernel dump since my disk space > is quite limited and I didn't have time to move the previous one... > Nevertheless I'll inform you if I manage to get it. > > Regards, From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 14:19:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FB216A4CE for ; Fri, 25 Mar 2005 14:19:59 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id B46ED43D4C for ; Fri, 25 Mar 2005 14:19:58 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 86319C18B; Fri, 25 Mar 2005 15:19:57 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E3C87407C; Fri, 25 Mar 2005 15:19:40 +0100 (CET) Date: Fri, 25 Mar 2005 15:19:40 +0100 From: Jeremie Le Hen To: Vladamir Message-ID: <20050325141940.GY54204@obiwan.tataz.chchile.org> References: <20050325081546.GV54204@obiwan.tataz.chchile.org> <42441069.2090700@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42441069.2090700@gmail.com> User-Agent: Mutt/1.5.8i cc: freebsd-current@FreeBSD.org cc: Jeremie Le Hen Subject: Re: panic: Duplicate free of item ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 14:19:59 -0000 Hi Vladimir, > Dumps dump to your SWAP partition, as long as you have twice as much > swap as you do RAM, you should be fine. I know that, but I didn't express myself clearly. In fact I thought there would not be enough space on my hard drive to allow savedump(8) to create the vmcore file. The problem here is that if you boot once without saving the kernel dump from the swap device, it won't be possible any longer, AFAIK. I would be glad to hear some workaround. In addition to this, I don't understand why I would need twice as much swap as I have RAM. This is not what I currently have a dumps seems to work correctly nevertheless. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 14:53:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2090616A4CE for ; Fri, 25 Mar 2005 14:53:50 +0000 (GMT) Received: from ppp162-47.static.internode.on.net (ppp162-47.static.internode.on.net [150.101.162.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3292043D1D for ; Fri, 25 Mar 2005 14:53:49 +0000 (GMT) (envelope-from emikulic@dmr.ath.cx) Received: by ppp162-47.static.internode.on.net (Poofix, from userid 1001) id C8F9B6217; Sat, 26 Mar 2005 01:53:46 +1100 (EST) Date: Sat, 26 Mar 2005 01:53:46 +1100 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20050325145346.GA11955@dmr.ath.cx> Mail-Followup-To: Emil Mikulic , freebsd-current@freebsd.org References: <20050325081546.GV54204@obiwan.tataz.chchile.org> <42441069.2090700@gmail.com> <20050325141940.GY54204@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050325141940.GY54204@obiwan.tataz.chchile.org> X-PGP-ID: 1024D/344A699F X-PGP-Fingerprint: EE97 2C84 6D07 E76C F075 C0BA ED2A 9319 344A 699F X-Written-On: dmr.ath.cx (FreeBSD 6.0-CURRENT i386) User-Agent: Mutt/1.5.9i Subject: Re: panic: Duplicate free of item ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 14:53:50 -0000 On Fri, Mar 25, 2005 at 03:19:40PM +0100, Jeremie Le Hen wrote: > In addition to this, I don't understand why I would need twice as much > swap as I have RAM. This is not what I currently have a dumps seems > to work correctly nevertheless. The dump is the size of the physical memory minus some small overhead. You don't need twice as much swap as you have RAM for dumps to work. From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 16:53:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEED316A4F3 for ; Fri, 25 Mar 2005 16:53:14 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93D2043D1F for ; Fri, 25 Mar 2005 16:53:14 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 8149 invoked from network); 25 Mar 2005 16:53:13 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 25 Mar 2005 16:53:12 -0000 Received: from hydrogen.funkthat.com (dilcle@localhost.funkthat.com [127.0.0.1])j2PGrBGH007503; Fri, 25 Mar 2005 08:53:12 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2PGrBmv007502; Fri, 25 Mar 2005 08:53:11 -0800 (PST) Date: Fri, 25 Mar 2005 08:53:11 -0800 From: John-Mark Gurney To: Jeremie Le Hen Message-ID: <20050325165310.GQ37984@funkthat.com> Mail-Followup-To: Jeremie Le Hen , Vladamir , freebsd-current@FreeBSD.org References: <20050325081546.GV54204@obiwan.tataz.chchile.org> <42441069.2090700@gmail.com> <20050325141940.GY54204@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050325141940.GY54204@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@FreeBSD.org cc: Vladamir Subject: Re: panic: Duplicate free of item ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 16:53:14 -0000 Jeremie Le Hen wrote this message on Fri, Mar 25, 2005 at 15:19 +0100: > to create the vmcore file. The problem here is that if you boot once > without saving the kernel dump from the swap device, it won't be > possible any longer, AFAIK. I would be glad to hear some workaround. Use a seperate partition that you don't use for swap, or anything else for that matter... or ensure that you have enough ram that you don't swap.. As soon as you swap, you start overwritting the dump... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 17:03:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C39116A4CF for ; Fri, 25 Mar 2005 17:03:02 +0000 (GMT) Received: from email.aon.at (WARSL404PIP1.highway.telekom.at [195.3.96.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B64F43D41 for ; Fri, 25 Mar 2005 17:03:00 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 7569 invoked from network); 25 Mar 2005 17:02:57 -0000 Received: from n750p004.dipool.highway.telekom.at (HELO [192.168.0.5]) ([212.183.103.164]) (envelope-sender ) by smarthub72.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 25 Mar 2005 17:02:57 -0000 From: Stefan Ehmann To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="=-epanegDNdKxOO3WS96e2" Date: Fri, 25 Mar 2005 18:03:06 +0100 Message-Id: <1111770186.591.6.camel@something.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Subject: panic: resource_list_add: resource entry is busy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 17:03:02 -0000 --=-epanegDNdKxOO3WS96e2 Content-Type: text/plain Content-Transfer-Encoding: 7bit After today's update I get this early on boot: panic: resource_list_add: resource entry is busy It boots fine with ACPI disabled. Kernel from ~1 week ago doesn't panic either. See at end of attached dmesg for detail. Sorry for no backtrace but it's quite annoying to transcribe it by hand. If really needed, I can provide it of course. Thanks. --=-epanegDNdKxOO3WS96e2 Content-Disposition: attachment; filename=dmesg.boot Content-Type: text/plain; name=dmesg.boot; charset=iso8859-1 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #14: Sat Mar 19 13:28:43 CET 2005 root@something.pepperland:/usr/obj/usr/src/sys/SOMETHING Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc08e8000. Preloaded elf module "/boot/kernel.old/snd_ich.ko" at 0xc08e82f4. Preloaded elf module "/boot/kernel.old/sound.ko" at 0xc08e83a4. Preloaded elf module "/boot/kernel.old/wlan_wep.ko" at 0xc08e8454. Preloaded elf module "/boot/kernel.old/acpi.ko" at 0xc08e8508. Table 'FACP' at 0x1deeaeec Table 'APIC' at 0x1deeaf98 MADT: Found table at 0x1deeaf98 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: disabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193139 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1598647420 Hz CPU: Intel(R) Pentium(R) M processor 1.60GHz (1598.65-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9fbbf real memory = 502136832 (478 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000001d644fff, 480366592 bytes (117277 pages) avail memory = 482070528 (459 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6970 bios32: Entry = 0xfd6f0 (c00fd6f0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6f0+0x262 pnpbios: Found PnP BIOS data at 0xc00f69c0 pnpbios: Entry = f0000:b460 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: nfslock: pseudo-device npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35808086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fdf10 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 30 A 0x60 3 4 5 6 7 10 11 12 embedded 0 30 B 0x61 3 4 5 6 7 10 11 12 embedded 0 30 C 0x62 3 4 5 6 7 10 11 12 embedded 0 30 D 0x63 3 4 5 6 7 10 11 12 embedded 2 0 A 0x68 3 4 5 6 7 10 11 12 embedded 2 1 A 0x69 3 4 5 6 7 10 11 12 embedded 2 2 A 0x6a 3 4 5 6 7 10 11 12 embedded 2 2 B 0x6b 3 4 5 6 7 10 11 12 embedded 2 4 A 0x60 3 4 5 6 7 10 11 12 embedded 2 4 B 0x61 3 4 5 6 7 10 11 12 embedded 0 0 A 0x60 3 4 5 6 7 10 11 12 embedded 0 0 B 0x61 3 4 5 6 7 10 11 12 embedded 0 0 C 0x62 3 4 5 6 7 10 11 12 embedded 0 0 D 0x63 3 4 5 6 7 10 11 12 embedded 0 31 A 0x62 3 4 5 6 7 10 11 12 embedded 0 31 B 0x61 3 4 5 6 7 10 11 12 embedded 0 29 A 0x60 3 4 5 6 7 10 11 12 embedded 0 29 B 0x63 3 4 5 6 7 10 11 12 embedded 0 29 C 0x62 3 4 5 6 7 10 11 12 embedded 0 29 D 0x6b 3 4 5 6 7 10 11 12 embedded 0 2 A 0x60 3 4 5 6 7 10 11 12 embedded 0 2 B 0x61 3 4 5 6 7 10 11 12 embedded 0 1 A 0x60 3 4 5 6 7 10 11 12 embedded 0 1 B 0x61 3 4 5 6 7 10 11 12 slot 10 1 0 A 0x60 3 4 5 6 7 10 11 12 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 1 acpi_ec0: port 0x62,0x66 on acpi0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 >>> This happens with new kernel: >>> panic: resource_list_add: resource entry is busy >>> cpuid = 0 >>> KBD: enter: panic >>> [thread pid - tid 0] acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 acpi_lid0: on acpi0 acpi_button0: on acpi0 ... --=-epanegDNdKxOO3WS96e2-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 18:28:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 471AC16A4CE for ; Fri, 25 Mar 2005 18:28:27 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 33F0543D5E for ; Fri, 25 Mar 2005 18:28:26 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 25 Mar 2005 18:28:25 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp031) with SMTP; 25 Mar 2005 19:28:25 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Fri, 25 Mar 2005 19:27:51 +0100 User-Agent: KMail/1.7.2 X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart18902573.rtYQeRAdNn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503251928.03969@harrymail> X-Y-GMX-Trusted: 0 Subject: installworld with specified ctime possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 18:28:27 -0000 --nextPart18902573.rtYQeRAdNn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I'm asking here since I don't expect to get an answer @questions. Does anybody know a trick how I can have the files, installed by installwor= ld,=20 have a specified ctime? Reason is, if I do a `find . -ctime -5` and I=20 upgraded world yesterday I don't want to get the system files but only the= =20 files I modified during the last 5 days... Thanks a lot, =2DHarry P.S.: I saw that install(1) doesn't have a option to set ctime..., so it's = not=20 that easy I think --nextPart18902573.rtYQeRAdNn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCRFgzBylq0S4AzzwRAiggAJ4oy90SN9bRNPBpAhA+p3ADftQmUwCfcJeq B7ww+jNkXKeWxXD+YCgPIvk= =bxZd -----END PGP SIGNATURE----- --nextPart18902573.rtYQeRAdNn-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 19:41:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DA3016A4CE for ; Fri, 25 Mar 2005 19:41:13 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A9BF43D2F for ; Fri, 25 Mar 2005 19:41:13 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j2PJfCMb062616 for ; Fri, 25 Mar 2005 11:41:12 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2PJfCKR062615 for current@freebsd.org; Fri, 25 Mar 2005 11:41:12 -0800 (PST) (envelope-from obrien) Date: Fri, 25 Mar 2005 11:41:12 -0800 From: "David O'Brien" To: current@freebsd.org Message-ID: <20050325194112.GA62568@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: [PATCH] change beastie menu to support booting on R3000 laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 19:41:13 -0000 I'd like to change the beastie.4th menu to have a "safe" keyboard option instead of a USB specific one. This changes hint.atkbd.0.flags from 0x1 to 0x9. I'm open to a better term than "safe keyboard" as it is too close to the full-fledged "safe mode". Does anyone know if this will cause any system problems using a USB keyboard? -- -- David (obrien@FreeBSD.org) Index: beastie.4th =================================================================== RCS file: /home/ncvs/src/sys/boot/forth/beastie.4th,v retrieving revision 1.10 diff -u -r1.10 beastie.4th --- beastie.4th 1 Dec 2004 07:17:57 -0000 1.10 +++ beastie.4th 25 Mar 2005 19:38:17 -0000 @@ -40,7 +40,7 @@ variable bootkey variable bootacpikey -variable bootusbkey +variable bootsafekbkey variable bootsafekey variable bootverbosekey variable bootsinglekey @@ -165,9 +165,9 @@ printmenuitem ." Escape to loader prompt" escapekey ! s" arch-i386" environment? if drop - printmenuitem ." Boot FreeBSD with USB keyboard" bootusbkey ! + printmenuitem ." Boot FreeBSD with Safe keyboard (includes USB)" bootsafekbkey ! else - -2 bootusbkey ! + -2 bootsafekbkey ! then printmenuitem ." Reboot" rebootkey ! menuX @ 20 at-xy @@ -234,8 +234,8 @@ then 0 boot then - dup bootusbkey @ = if - s" 0x1" s" hint.atkbd.0.flags" setenv + dup bootsafekbkey @ = if + s" 0x9" s" hint.atkbd.0.flags" setenv 0 boot then dup bootsafekey @ = if From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 19:43:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6DF716A4CE for ; Fri, 25 Mar 2005 19:43:58 +0000 (GMT) Received: from email.aon.at (warsl404pip8.highway.telekom.at [195.3.96.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF23443D49 for ; Fri, 25 Mar 2005 19:43:57 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 1413 invoked from network); 25 Mar 2005 19:43:55 -0000 Received: from n750p004.dipool.highway.telekom.at ([212.183.103.164]) (envelope-sender ) by smarthub75.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 25 Mar 2005 19:43:55 -0000 From: Stefan Ehmann To: freebsd-current@FreeBSD.org In-Reply-To: <1111770186.591.6.camel@something.pepperland> References: <1111770186.591.6.camel@something.pepperland> Content-Type: text/plain Date: Fri, 25 Mar 2005 20:43:57 +0100 Message-Id: <1111779837.963.2.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: panic: resource_list_add: resource entry is busy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 19:43:58 -0000 On Fri, 2005-03-25 at 18:03 +0100, Stefan Ehmann wrote: > After today's update I get this early on boot: > panic: resource_list_add: resource entry is busy > > It boots fine with ACPI disabled. Kernel from ~1 week ago doesn't panic > either. > > See at end of attached dmesg for detail. > > Sorry for no backtrace but it's quite annoying to transcribe it by hand. > If really needed, I can provide it of course. While trying to find the commit that caused the panic, I found it already has been reported here: http://lists.freebsd.org/pipermail/cvs-src/2005-March/043388.html It's still not fixed though (only a workaround is mentioned there). From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 20:06:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC23616A4CE for ; Fri, 25 Mar 2005 20:06:37 +0000 (GMT) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 434B243D39 for ; Fri, 25 Mar 2005 20:06:37 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2PK6ZXI005058 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 26 Mar 2005 07:06:35 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2PK6Y7l052503; Sat, 26 Mar 2005 07:06:35 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2PK6YO7052502; Sat, 26 Mar 2005 07:06:34 +1100 (EST) (envelope-from pjeremy) Date: Sat, 26 Mar 2005 07:06:34 +1100 From: Peter Jeremy To: Emanuel Strobl Message-ID: <20050325200634.GE43123@cirb503493.alcatel.com.au> References: <200503251928.03969@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503251928.03969@harrymail> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: installworld with specified ctime possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 20:06:38 -0000 On Fri, 2005-Mar-25 19:27:51 +0100, Emanuel Strobl wrote: >Does anybody know a trick how I can have the files, installed by installworld, >have a specified ctime? Quick answer: you can't. ctime is the inode change time and is always updated by the UFS code to reflect the system time at which an inode change occurred. The only way to control it is by setting the system clock - and that will have all sorts of other undesirable side-effects. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 20:21:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E8D616A4CE for ; Fri, 25 Mar 2005 20:21:54 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 06CC043D58 for ; Fri, 25 Mar 2005 20:21:53 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 25 Mar 2005 20:21:51 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp006) with SMTP; 25 Mar 2005 21:21:51 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: Peter Jeremy Date: Fri, 25 Mar 2005 21:21:13 +0100 User-Agent: KMail/1.7.2 References: <200503251928.03969@harrymail> <20050325200634.GE43123@cirb503493.alcatel.com.au> In-Reply-To: <20050325200634.GE43123@cirb503493.alcatel.com.au> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1206274.dV7n0x6Qfg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503252121.29069@harrymail> X-Y-GMX-Trusted: 0 cc: freebsd-current@freebsd.org Subject: Re: installworld with specified ctime possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 20:21:54 -0000 --nextPart1206274.dV7n0x6Qfg Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 25. M=E4rz 2005 21:06 schrieb Peter Jeremy: > On Fri, 2005-Mar-25 19:27:51 +0100, Emanuel Strobl wrote: > >Does anybody know a trick how I can have the files, installed by > > installworld, have a specified ctime? > > Quick answer: you can't. > > ctime is the inode change time and is always updated by the UFS code to > reflect the system time at which an inode change occurred. The only way > to control it is by setting the system clock - and that will have all > sorts of other undesirable side-effects. Of course, especially in jails the kernel time is no option. Controling mtime was sufficient of course, I just mentioned ctime since I=20 evaluate this one in my script. But I fear also ctime can't be modified without rewriting the install=20 routines. Thanks, =2DHarry --nextPart1206274.dV7n0x6Qfg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCRHLJBylq0S4AzzwRAiTxAJ4wXUXl9EhI/IhL5D3waE0BYGakgACeIvdS HPxcCf1rsHZs8qw+IM0xQSw= =LD2f -----END PGP SIGNATURE----- --nextPart1206274.dV7n0x6Qfg-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 20:46:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A98A16A4CE for ; Fri, 25 Mar 2005 20:46:05 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4D6A43D1F for ; Fri, 25 Mar 2005 20:46:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28684 invoked from network); 25 Mar 2005 20:46:04 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 25 Mar 2005 20:46:03 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2PKjtGl079742 for ; Fri, 25 Mar 2005 15:45:56 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: current@FreeBSD.org Date: Fri, 25 Mar 2005 15:46:41 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200503251546.41187.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Panic: HEAD as of March 23rd: duplicate free of an mbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 20:46:05 -0000 Panic on a 4 CPU box running buildworld -j 8 in a loop: FreeBSD/i386 (deimos.baldwin.cx) (ttyd0) login: Slab at 0xc2280fa8, freei 8 = 0. panic: Duplicate free of item 0xc2280800 from zone 0xc103d840(Mbuf) cpuid = 1 KDB: enter: panic [thread pid 15027 tid 100093 ] Stopped at kdb_enter+0x30: leave db> tr Tracing pid 15027 tid 100093 td 0xc214e000 kdb_enter(c071f8c3,1,c073217f,e00e1b88,c214e000) at kdb_enter+0x30 panic(c073217f,c2280800,c103d840,c071e194,c2280800) at panic+0x14e uma_dbg_free(c103d840,0,c2280800,8e4,1) at uma_dbg_free+0x17b uma_zfree_arg(c103d840,c2280800,0,4ed,c4d44300) at uma_zfree_arg+0x131 soreceive(c4d44298,0,e00e1c80,0,0,e00e1c50,4000) at soreceive+0xa9c fifo_read_f(c4383ea0,e00e1c80,c2515a00,0,c214e000) at fifo_read_f+0x72 dofileread(c214e000,c4383ea0,3,bfbfd667,1) at dofileread+0xcc read(c214e000,e00e1d14,c,3ff,3) at read+0x6b syscall(808002f,836002f,bfbf002f,bfbfd6a0,0) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x805cd2f, esp = 0xbfbfd64c, ebp = 0xbfbfd668 --- db> x 0xc2280800,80 0xc2280800: 0 0 c2280830 1 0xc2280810: 8002 1 0 1 0xc2280820: 0 0 6 0 0xc2280830: 2b2b2b2b 0 2000000 a3860100 0xc2280840: 2000000 1000000 1000000 24000000 0xc2280850: 0 0 e9030000 e9030000 0xc2280860: 4000000 e9030000 0 5000000 0xc2280870: 84030000 0 0 177a1cc8 0xc2280880: cee57618 48144ba7 4000dfbf c696cf4 0xc2280890: 23e20000 8f517 68000045 4f1c 0xc22808a0: dadc1140 a00a8c0 100a8c0 a102d602 0xc22808b0: f6765400 2d3c4842 0 2000000 0xc22808c0: a4860100 2000000 5000000 0 0xc22808d0: 0 0 0 7000000 0xc22808e0: 2d62686a 637774 c000000 756f7267 0xc22808f0: 79622e70 656d616e 4000000 6e686f6a 0xc2280900: 0 0 c228098a 76 0xc2280910: 8002 1 0 76 0xc2280920: 0 0 6 0 0xc2280930: 2b2b 0 3f000000 2b2b2b2b 0xc2280940: 3002b2b 3000000 1000000 24000000 0xc2280950: 0 0 e9030000 e9030000 0xc2280960: 4000000 e9030000 0 5000000 0xc2280970: 84030000 0 0 0 0xc2280980: 0 0 40008701 c696cf4 0xc2280990: 23e20000 8f517 68000045 b91b 0xc22809a0: 70dd1140 a00a8c0 100a8c0 a102fcff 0xc22809b0: a6c85400 e06f4f42 0 2000000 0xc22809c0: a4860100 2000000 3000000 0 0xc22809d0: 0 0 0 7000000 0xc22809e0: 2d62686a 637774 c000000 73736170 0xc22809f0: 622e6477 64697579 3000000 303039 -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 22:30:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F58D16A4CE for ; Fri, 25 Mar 2005 22:30:19 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3A7143D2F for ; Fri, 25 Mar 2005 22:30:18 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2PMQOGb041224; Fri, 25 Mar 2005 15:26:24 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 25 Mar 2005 15:26:56 -0700 (MST) Message-Id: <20050325.152656.19040116.imp@bsdimp.com> To: shoesoft@gmx.net From: "M. Warner Losh" In-Reply-To: <1111770186.591.6.camel@something.pepperland> References: <1111770186.591.6.camel@something.pepperland> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: panic: resource_list_add: resource entry is busy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 22:30:19 -0000 In message: <1111770186.591.6.camel@something.pepperland> Stefan Ehmann writes: : acpi_perf0: on cpu0 : acpi_perf0: failed in PERF_STATUS attach : device_attach: acpi_perf0 attach returned 6 : >>> This happens with new kernel: : >>> panic: resource_list_add: resource entry is busy I've seen this too. I added hint.acpi_perf.0.disabled=1 to /boot/loader.conf and the problem disappeared. Warner From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 00:28:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 174A716A4CE for ; Sat, 26 Mar 2005 00:28:48 +0000 (GMT) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F3B243D2F for ; Sat, 26 Mar 2005 00:28:47 +0000 (GMT) (envelope-from oz@nixil.net) Received: from [10.20.12.64] (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.1/8.13.1) with ESMTP id j2Q0ShBp040931 for ; Fri, 25 Mar 2005 17:28:47 -0700 (MST) Message-ID: <4244AC9C.7010803@nixil.net> Date: Fri, 25 Mar 2005 17:28:12 -0700 From: Phil Oleson User-Agent: Mozilla Thunderbird 1.0 (X11/20050323) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.6 (nixil.net [161.58.222.1]); Fri, 25 Mar 2005 17:28:47 -0700 (MST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 16:35:33 2005 on nixil.net X-Virus-Status: Clean Subject: request: libedit sync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 00:28:48 -0000 Can somone with commit privs, think about re-sync'ing freebsd's libedit with NetBSD's copy? Right now the histedit.h cause hiccups with adding command line editing support within sftp in the openssh 4.0 code. I know time wise, we're close to a release, but if it is possible it would be nice. Phil. From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 03:09:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6893D16A4CE for ; Sat, 26 Mar 2005 03:09:29 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE1D43D1F for ; Sat, 26 Mar 2005 03:09:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9412551445; Fri, 25 Mar 2005 19:09:28 -0800 (PST) Date: Fri, 25 Mar 2005 19:09:27 -0800 From: Kris Kennaway To: Phil Oleson Message-ID: <20050326030927.GA86483@xor.obsecurity.org> References: <4244AC9C.7010803@nixil.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <4244AC9C.7010803@nixil.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: request: libedit sync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 03:09:29 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 25, 2005 at 05:28:12PM -0700, Phil Oleson wrote: > Can somone with commit privs, think about re-sync'ing freebsd's libedit= =20 > with NetBSD's copy? Consider providing patches yourself :) Kris --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRNJnWry0BWjoQKURAkxDAKDmAbn38x3Zkb7tCgYbw7OCK5ntkQCgvWG0 4WfNb6dAZN3vJ9RL2R4KM5k= =u+vU -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 03:16:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCADA16A4CE for ; Sat, 26 Mar 2005 03:16:21 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC83043D3F for ; Sat, 26 Mar 2005 03:16:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0C0B151507; Fri, 25 Mar 2005 19:16:21 -0800 (PST) Date: Fri, 25 Mar 2005 19:16:20 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050326031620.GA2341@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 03:16:22 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline HEAD from a few days ago on a SMP machine: panic: unmount: dangling vnode cpuid = 0 KDB: enter: panic [thread pid 33932 tid 100296 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 33932 tid 100296 td 0xc649a8a0 kdb_enter(c06f4b02,0,c06fd194,f7e19c78,c649a8a0) at kdb_enter+0x30 panic(c06fd194,f7e19c8c,c0588d42,c07a34e8,c9ebfb18) at panic+0x13e vfs_mount_destroy(c59c4000,c649a8a0,0,3de,0) at vfs_mount_destroy+0x25 dounmount(c59c4000,8000000,c649a8a0,37d,54fffc6) at dounmount+0x45b unmount(c649a8a0,f7e19d14,c070fe19,3ad,2) at unmount+0x26e syscall(2f,bfbf002f,bfbf002f,804a619,bfbfe75a) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280bb7af, esp = 0xbfbfe4ec, ebp = 0xbfbfe5a8 --- db> Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRNQDWry0BWjoQKURAqhjAJ91JGWrb6YXN2ZYSEx6cIMnjaKnMgCg6qyl LG4oc1iy80i+jm9VaZ0qC9I= =yden -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 08:43:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F0D516A4CE for ; Sat, 26 Mar 2005 08:43:09 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495A243D4C for ; Sat, 26 Mar 2005 08:43:09 +0000 (GMT) (envelope-from dcornejo@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so1353345rne for ; Sat, 26 Mar 2005 00:43:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=n6HpsLIIKTAwLPLm7AV2VybmywY4A9WZ+5kfcOfSX4JmhWIuUSh+DY5qFs2mgFOp6rS+eOTuyXMUmTI5o9ArGZ+qlvWZBMpOg0F8BDdxAUoLhHyq2BMTEQA5B54aqe6FH7HmaUNuu9RUdI4jDU+3DShB3wF+GoyqCvTCYkgOaI8= Received: by 10.38.81.3 with SMTP id e3mr2169979rnb; Sat, 26 Mar 2005 00:43:08 -0800 (PST) Received: by 10.38.86.67 with HTTP; Sat, 26 Mar 2005 00:43:08 -0800 (PST) Message-ID: <6b8e8f4f050326004363eeafe@mail.gmail.com> Date: Fri, 25 Mar 2005 22:43:08 -1000 From: spoggle To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: hardware accelerated crypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: spoggle List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 08:43:09 -0000 I've probably missed something, but is there a way to get the kernel crypto code to use a hardware accelerator? (Soekris 1401 to be specific) thanks From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 08:56:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14ABA16A4CE for ; Sat, 26 Mar 2005 08:56:31 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AEEC43D48 for ; Sat, 26 Mar 2005 08:56:30 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j2Q8uS6Y014339; Sat, 26 Mar 2005 09:56:28 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: spoggle From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 25 Mar 2005 22:43:08 -1000." <6b8e8f4f050326004363eeafe@mail.gmail.com> Date: Sat, 26 Mar 2005 09:56:28 +0100 Message-ID: <14338.1111827388@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: hardware accelerated crypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 08:56:31 -0000 In message <6b8e8f4f050326004363eeafe@mail.gmail.com>, spoggle writes: >I've probably missed something, but is there a way to get the kernel >crypto code to use a hardware accelerator? (Soekris 1401 to be >specific) Yes, it's called "opencrypto" "man 4 hifn" is a good place to start. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 09:31:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 314CB16A4CE for ; Sat, 26 Mar 2005 09:31:21 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A1B843D46 for ; Sat, 26 Mar 2005 09:31:20 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DF7ci-0003G4-Nu for freebsd-current@freebsd.org; Sat, 26 Mar 2005 10:30:28 +0100 Received: from defiant.dogan.ch ([213.144.141.146]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Mar 2005 10:30:28 +0100 Received: from ihsan by defiant.dogan.ch with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Mar 2005 10:30:28 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ihsan Dogan Date: Sat, 26 Mar 2005 09:22:39 +0000 (UTC) Organization: Private Lines: 20 Message-ID: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: defiant.dogan.ch X-Editor: Vim-603 http://www.vim.org User-Agent: slrn/0.9.8.1 (NetBSD) Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: cardbus troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ihsan@dogan.ch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 09:31:21 -0000 Hello, Since notebooks are shipped without a serial intercace, I bought a Cardbus interface for my Thinkpad T42p, with has a 16C950 (fully compatible to 16C550, which is supported by FreeBSD). When I put the into the cardbus slot, I get the this messages (I have sio and puc in my kernel): cardbus1: at device 0.0 (no driver attached) Do I have any chance to get this card running with FreeBSD? Ihsan... -- Swiss Unix User Group: http://www.suug.ch/ Software Packages for Solaris: http://www.blastwave.org/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 10:27:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D49D416A4CE for ; Sat, 26 Mar 2005 10:27:17 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FF9043D64 for ; Sat, 26 Mar 2005 10:27:17 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DF8Ut-0007WU-GA for freebsd-current@freebsd.org; Sat, 26 Mar 2005 11:26:27 +0100 Received: from rms.gnu-rox.org ([62.212.121.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Mar 2005 11:26:27 +0100 Received: from zedek by rms.gnu-rox.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Mar 2005 11:26:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: freebsd-current@freebsd.org To: freebsd-current@freebsd.org From: Xavier Maillard Date: Sat, 26 Mar 2005 11:26:34 +0100 Organization: GNU Rox ! Lines: 13 Message-ID: References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> <4243B57D.5050204@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: rms.gnu-rox.org X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS Mail-Copies-To: never X-Attribution: zeDek X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (berkeley-unix) Cancel-Lock: sha1:XbIZIG3dZE+qP4Z8jxdMBHVSfzw= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 10:27:17 -0000 On 25 Mar 2005, Tim Kientzle wrote: > FreeBSD 6-CURRENT no longer includes "gtar." > In particular, the WITH_GTAR option is gone > and "tar" will always invoke the "bsdtar" > program. No flame, but just wanted to know why ? Cheers -- Xavier Maillard, zedek@gnu-rox.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 12:40:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CEDF16A4CE for ; Sat, 26 Mar 2005 12:40:41 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D2343D41 for ; Sat, 26 Mar 2005 12:40:39 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.200] (adsl-215-237-46.aep.bellsouth.net [68.215.237.46]) by saturn.criticalmagic.com (Postfix) with ESMTP id 7485F3BD10; Sat, 26 Mar 2005 07:40:36 -0500 (EST) Message-ID: <424558E6.5080201@criticalmagic.com> Date: Sat, 26 Mar 2005 07:43:18 -0500 From: Richard Coleman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xavier Maillard References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> <4243B57D.5050204@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 12:40:41 -0000 Xavier Maillard wrote: >>FreeBSD 6-CURRENT no longer includes "gtar." >>In particular, the WITH_GTAR option is gone >>and "tar" will always invoke the "bsdtar" >>program. > > No flame, but just wanted to know why ? > > Cheers I can't speak for Tim, but I would say: 1. We don't need two tar implementations in the base. 2. bsdtar is BSD licensed, whereas gtar is GPL. 3. bsdtar is based on libarchive. Libarchive gives us the freedom to use tar features from a real library rather than using using system(). Hopefully the package system, and other utilities (cpio, pax) will ultimately use libarchive as well. 4. bsdtar is well written, reliable, and has the features that people actually use (since it has survived runs at the package cluster). I suspect the other BSD's will pick up bsdtar/libarchive as well, if they haven't already. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Fri Mar 25 23:20:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 329A516A4CE for ; Fri, 25 Mar 2005 23:20:52 +0000 (GMT) Received: from pnserver.pnzone.net (63-99.a2f.dsl.net4all.net [81.89.99.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1410143D5F for ; Fri, 25 Mar 2005 23:20:51 +0000 (GMT) (envelope-from arnaud@pnzone.net) Received: from [192.168.1.5] (acer.pnzone.net [192.168.1.5]) by pnserver.pnzone.net (8.13.3/8.13.3) with ESMTP id j2PNKmtR096419 for ; Sat, 26 Mar 2005 00:20:49 +0100 (CET) (envelope-from arnaud@pnzone.net) Message-ID: <42449CC9.4070100@pnzone.net> Date: Sat, 26 Mar 2005 00:20:41 +0100 From: arnaud de prelle User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 26 Mar 2005 15:55:43 +0000 Subject: TIACX111 Carbus activation failed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 23:20:52 -0000 Hi I got an hardware recognition problem on my 6-Current box. The latest cvs update and recompilation of the kernel are from March the 24th. Here are the details: # pciconf -lv | grep ACX none1@pci2:0:0: class=0x028000 card=0x16ec010e chip=0x9066104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TNETW1130(ACX111) 802.11b/g Wireless Cardbus/PCI Adapter' class = network And the dmesg with hw.cbb.debug=1 and hw.cardbus.debug=1: cbb0: card inserted: event=0x00000000, state=30000920 cbb0: cbb_power: 3V cardbus0: Expecting link target, got 0x32 cardbus0: Resource not specified in CIS: id=10, size=2000 cardbus0: Resource not specified in CIS: id=14, size=20000 cardbus0: Non-prefetchable memory at 88000000-88021fff cardbus0: at device 0.0 (no driver attached) cbb0: cbb_power: 0V cbb0: cbb_power: 3V cardbus0: Expecting link target, got 0x32 cardbus0: Resource not specified in CIS: id=10, size=2000 cardbus0: Resource not specified in CIS: id=14, size=20000 cardbus0: Non-prefetchable memory at 88000000-88021fff isab1: at device 7.4 on pci0 device_attach: isab1 attach returned 6 Does anyone know were the problem should be located and how to repair it ? Thank you. -- Arnaud de Prelle (apn) arnaud@pnzone.net http://pnzone.net From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 16:36:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97F9B16A4CE; Sat, 26 Mar 2005 16:36:03 +0000 (GMT) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 498CA43D39; Sat, 26 Mar 2005 16:36:03 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.1/8.13.1) with ESMTP id j2QGa2ZI055013; Sat, 26 Mar 2005 08:36:03 -0800 (PST) (envelope-from bakul@bitblocks.com) Message-Id: <200503261636.j2QGa2ZI055013@gate.bitblocks.com> To: Tim Kientzle In-reply-to: Your message of "Thu, 24 Mar 2005 22:53:49 PST." <4243B57D.5050204@freebsd.org> Date: Sat, 26 Mar 2005 08:36:02 -0800 From: Bakul Shah cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 16:36:03 -0000 What is the status of this bug? http://www.freebsd.org/cgi/query-pr.cgi?pr=76294 [summary: certain gzipped tar files can't be untarred correctly with -z flag but work fine if with gzcat|tar xvf -] Seems to me this bug needs to be fixed in bsdtar before gtar is removed (note: gtar does not have this problem). In particular if zlib is buggy, either it needs to be upgraded or bsdtar needs to run compressed files through gzip. Thanks! -- bakul From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 20:09:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 757FC16A4CF for ; Sat, 26 Mar 2005 20:09:47 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD3D43D31 for ; Sat, 26 Mar 2005 20:09:47 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 2923D46B91 for ; Sat, 26 Mar 2005 15:09:46 -0500 (EST) Date: Sat, 26 Mar 2005 20:06:41 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 20:09:47 -0000 Got the following panic while doing a buildworld on a dual xeon (quad logical processor) system today, using 6-CURRENT source from today. Robert N M Watson Slab at 0xc5857200, freei 2 = 0. panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) cpuid = 1 KDB: enter: panic [thread pid 10534 tid 100207 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 10534 tid 100207 td 0xc5e27000 kdb_enter(c08317e5) at kdb_enter+0x2b panic(c084b549,c5862800,c55f8580,c0839cfb,c084b52d) at panic+0x127 uma_dbg_free(c55f8580,0,c5862800) at uma_dbg_free+0x110 uma_zfree_arg(c55f8580,c5862800,0) at uma_zfree_arg+0xf4 namei(ebb3fbdc,c0626abe,c5e27000,c5e27000,c5e27000) at namei+0x245 vn_open_cred(ebb3fbdc,ebb3fcdc,1a4,c5ddec80,3) at vn_open_cred+0x278 vn_open(ebb3fbdc,ebb3fcdc,1a4,3,c0626abe) at vn_open+0x1e kern_open(c5e27000,8418900,0,8001,1b6) at kern_open+0xb6 open(c5e27000,ebb3fd14,3,b,202) at open+0x1a syscall(2f,2f,bfbf002f,0,0) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x82d0e27, esp = 0xbfbfe2fc, ebp = 0xbfbfe318 --- db> show lockedvnods Locked vnodes 0xc61819fc: tag ufs, type VREG usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc6174738 ref 0 pages 5 lock type ufs: EXCL (count 1) by thread 0xc5e27a10 (pid 10541) ino 2028972, on dev ar0s1e 0xc6b5fd50: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc76d3528 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc624aa10 (pid 10538) ino 2028317, on dev ar0s1e From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 20:22:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5392516A4CF for ; Sat, 26 Mar 2005 20:22:25 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10D9743D2F for ; Sat, 26 Mar 2005 20:22:25 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id A8F4846B83 for ; Sat, 26 Mar 2005 15:22:24 -0500 (EST) Date: Sat, 26 Mar 2005 20:19:20 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 20:22:25 -0000 On Sat, 26 Mar 2005, Robert Watson wrote: > Got the following panic while doing a buildworld on a dual xeon (quad > logical processor) system today, using 6-CURRENT source from today. And similar: tiger-1# Slab at 0xc585e100, freei 2 = 0. panic: Duplicate free of item 0xc5864800 from zone 0xc55f8580(NAMEI) cpuid = 3 KDB: enter: panic [thread pid 18337 tid 100122 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 18337 tid 100122 td 0xc57fd8a0 kdb_enter(c08317e5) at kdb_enter+0x2b panic(c084b549,c5864800,c55f8580,c0839cfb,c084b52d) at panic+0x127 uma_dbg_free(c55f8580,0,c5864800) at uma_dbg_free+0x110 uma_zfree_arg(c55f8580,c5864800,0) at uma_zfree_arg+0xf4 namei(eb9d5c10,c0928f80,c57fd8a0,0,c57fd914) at namei+0x390 kern_stat(c57fd8a0,8081884,0,eb9d5c84) at kern_stat+0x35 stat(c57fd8a0,eb9d5d14,2,0,286) at stat+0x1b syscall(2f,2f,2f,8081884,8080458) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x8064c6f, esp = 0xbfbfd9cc, ebp = 0xbfbfdc58 --- db> Robert N M Watson > > Robert N M Watson > > Slab at 0xc5857200, freei 2 = 0. > panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) > > cpuid = 1 > KDB: enter: panic > [thread pid 10534 tid 100207 ] > Stopped at kdb_enter+0x2b: nop > db> trace > Tracing pid 10534 tid 100207 td 0xc5e27000 > kdb_enter(c08317e5) at kdb_enter+0x2b > panic(c084b549,c5862800,c55f8580,c0839cfb,c084b52d) at panic+0x127 > uma_dbg_free(c55f8580,0,c5862800) at uma_dbg_free+0x110 > uma_zfree_arg(c55f8580,c5862800,0) at uma_zfree_arg+0xf4 > namei(ebb3fbdc,c0626abe,c5e27000,c5e27000,c5e27000) at namei+0x245 > vn_open_cred(ebb3fbdc,ebb3fcdc,1a4,c5ddec80,3) at vn_open_cred+0x278 > vn_open(ebb3fbdc,ebb3fcdc,1a4,3,c0626abe) at vn_open+0x1e > kern_open(c5e27000,8418900,0,8001,1b6) at kern_open+0xb6 > open(c5e27000,ebb3fd14,3,b,202) at open+0x1a > syscall(2f,2f,bfbf002f,0,0) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x82d0e27, esp = 0xbfbfe2fc, > ebp = 0xbfbfe318 --- > db> show lockedvnods > Locked vnodes > > 0xc61819fc: tag ufs, type VREG > usecount 1, writecount 0, refcount 4 mountedhere 0 > flags () > v_object 0xc6174738 ref 0 pages 5 > lock type ufs: EXCL (count 1) by thread 0xc5e27a10 (pid 10541) > ino 2028972, on dev ar0s1e > > 0xc6b5fd50: tag ufs, type VREG > usecount 1, writecount 0, refcount 3 mountedhere 0 > flags () > v_object 0xc76d3528 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc624aa10 (pid 10538) > ino 2028317, on dev ar0s1e > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 20:24:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3088F16A4CE for ; Sat, 26 Mar 2005 20:24:28 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B4D243D41 for ; Sat, 26 Mar 2005 20:24:25 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j2QKOOiq017087 for ; Sat, 26 Mar 2005 21:24:24 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sat, 26 Mar 2005 21:24:24 +0100 Message-ID: <17086.1111868664@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: rpc.lockd running amok... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 20:24:28 -0000 I have a NFS server+client where the rpc.lockd's seems to have gotten into an argument that eats up bandwidth and CPU but doesn't seem to get anywhere... Server: bang# ps -ax | grep rpc.lockd 415 ?? Rs 127:33.48 /usr/sbin/rpc.lockd 426 ?? I 0:00.00 /usr/sbin/rpc.lockd Client: s51# ps -ax | grep rpc.lockd 312 ?? S 855:24.88 /usr/sbin/rpc.lockd 22823 d0 D+ 0:00.01 grep rpc.lockd Packet trace: 21:23:39.150293 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 969f 0000 4011 d9d8 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 305a 4242 9746 ..D..g....0ZBB.F 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 342a 0000 ............4*.. 0x0070: bf48 4042 d847 0900 0100 0000 0000 0000 .H@B.G.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2a34 0000 0000 8.....;B..*4.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.163908 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a0 0000 4011 d9d7 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 fee5 4242 9747 ..D..g......BB.G 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 bd2a 0000 .............*.. 0x0070: af57 4042 8a22 0f00 0100 0000 0000 0000 .W@B.".......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2abd 0000 0000 8.....;B..*..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.179897 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a1 0000 4011 d9d6 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 b60e 4242 9748 ..D..g......BB.H 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7f2a 0000 .............*.. 0x0070: 3750 4042 933e 0500 0100 0000 0000 0000 7P@B.>.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2a7f 0000 0000 8.....;B..*..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.207885 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a2 0000 4011 d9d5 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 ba94 4242 9749 ..D..g......BB.I 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 fb2a 0000 .............*.. 0x0070: 295f 4042 1d2c 0800 0100 0000 0000 0000 )_@B.,.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2afb 0000 0000 8.....;B..*..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.212722 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f86 0000 4011 1172 c0a8 4415 E..\_...@..r..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cd2 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 2e13 0000 d5ae 3d42 ..............=B 0x0050: 898b 0300 0100 0000 0000 0000 ............ 21:23:39.227873 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a3 0000 4011 d9d4 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 72ed 4242 974a ..D..g....r.BB.J 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 392b 0000 ............9+.. 0x0070: a366 4042 a68c 0e00 0100 0000 0000 0000 .f@B............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2b39 0000 0000 8.....;B..+9.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.241487 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a4 0000 4011 d9d3 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 ad94 4242 974b ..D..g......BB.K 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 842b 0000 .............+.. 0x0070: 1f6e 4042 af91 0300 0100 0000 0000 0000 .n@B............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2b84 0000 0000 8.....;B..+..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.254983 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a5 0000 4011 d9d2 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 7cff 4242 974c ..D..g....|.BB.L 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 002c 0000 .............,.. 0x0070: 187d 4042 689a 0500 0100 0000 0000 0000 .}@Bh........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2c00 0000 0000 8.....;B..,..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.268598 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a6 0000 4011 d9d1 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 9b72 4242 974d ..D..g.....rBB.M 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 bf2b 0000 .............+.. 0x0070: 9b75 4042 086f 0500 0100 0000 0000 0000 .u@B.o.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2bbf 0000 0000 8.....;B..+..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.292836 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a7 0000 4011 d9d0 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 e65b 4242 974e ..D..g.....[BB.N 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 3b2c 0000 ............;,.. 0x0070: 9684 4042 45f9 0500 0100 0000 0000 0000 ..@BE........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2c3b 0000 0000 8.....;B..,;.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.311414 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f87 0000 4011 1171 c0a8 4415 E..\_...@..q..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cd3 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 a713 0000 21bd 3d42 ............!.=B 0x0050: 7369 0600 0100 0000 0000 0000 si.......... 21:23:39.314819 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a8 0000 4011 d9cf c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 5fe0 4242 974f ..D..g...._.BB.O 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7c2c 0000 ............|,.. 0x0070: 158c 4042 0c2b 0500 0100 0000 0000 0000 ..@B.+.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2c7c 0000 0000 8.....;B..,|.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.332808 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96a9 0000 4011 d9ce c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 0d0a 4242 9750 ..D..g......BB.P 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 022d 0000 .............-.. 0x0070: 159b 4042 cf6a 0e00 0100 0000 0000 0000 ..@B.j.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2d02 0000 0000 8.....;B..-..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.370914 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96aa 0000 4011 d9cd c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 1e73 4242 9751 ..D..g.....sBB.Q 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 b72c 0000 .............,.. 0x0070: 9593 4042 9453 0300 0100 0000 0000 0000 ..@B.S.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2cb7 0000 0000 8.....;B..,..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.384400 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ab 0000 4011 d9cc c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 3fae 4242 9752 ..D..g....?.BB.R 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 402d 0000 ............@-.. 0x0070: 97a2 4042 e27e 0800 0100 0000 0000 0000 ..@B.~.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2d40 0000 0000 8.....;B..-@.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.398891 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ac 0000 4011 d9cb c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 89a7 4242 9753 ..D..g......BB.S 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7e2d 0000 ............~-.. 0x0070: 1aaa 4042 de3e 0100 0100 0000 0000 0000 ..@B.>.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2d7e 0000 0000 8.....;B..-~.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.410086 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f88 0000 4011 1170 c0a8 4415 E..\_...@..p..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cd4 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 7511 0000 e97c 3d42 ........u....|=B 0x0050: f81a 0e00 0100 0000 0000 0000 ............ 21:23:39.412506 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ad 0000 4011 d9ca c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 57ea 4242 9754 ..D..g....W.BB.T 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 cd2d 0000 .............-.. 0x0070: 9db1 4042 37a4 0700 0100 0000 0000 0000 ..@B7........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2dcd 0000 0000 8.....;B..-..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.432879 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ae 0000 4011 d9c9 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 4fe8 4242 9755 ..D..g....O.BB.U 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 012e 0000 ................ 0x0070: 21b9 4042 8069 0e00 0100 0000 0000 0000 !.@B.i.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2e01 0000 0000 8.....;B........ 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.456862 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96af 0000 4011 d9c8 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 4851 4242 9756 ..D..g....HQBB.V 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 902e 0000 ................ 0x0070: 2dc8 4042 f060 0a00 0100 0000 0000 0000 -.@B.`.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2e90 0000 0000 8.....;B........ 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.470476 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b0 0000 4011 d9c7 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 8735 4242 9757 ..D..g.....5BB.W 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4f2e 0000 ............O... 0x0070: a7c0 4042 7dc4 0500 0100 0000 0000 0000 ..@B}........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2e4f 0000 0000 8.....;B...O.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.483962 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b1 0000 4011 d9c6 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 4c14 4242 9758 ..D..g....L.BB.X 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d52 ...........$BE.R 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 d12e 0000 ................ 0x0070: b4cf 4042 2053 0e00 0100 0000 0000 0000 ..@B.S.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2ed1 0000 0000 8.....;B........ 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.508967 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f89 0000 4011 116f c0a8 4415 E..\_...@..o..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cd5 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 ee11 0000 288b 3d42 ............(.=B 0x0050: 4e4d 0200 0100 0000 0000 0000 NM.......... 21:23:39.509828 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b2 0000 4011 d9c5 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 1b6f 4242 9759 ..D..g.....oBB.Y 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 972f 0000 ............./.. 0x0070: c6de 4042 7f20 0700 0100 0000 0000 0000 ..@B............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2f97 0000 0000 8.....;B../..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.532819 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b3 0000 4011 d9c4 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 90f9 4242 975a ..D..g......BB.Z 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 d82f 0000 ............./.. 0x0070: 51e6 4042 404c 0400 0100 0000 0000 0000 Q.@B@L.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2fd8 0000 0000 8.....;B../..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.551805 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b4 0000 4011 d9c3 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 3dca 4242 975b ..D..g....=.BB.[ 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 122f 0000 ............./.. 0x0070: 3dd7 4042 7150 0100 0100 0000 0000 0000 =.@BqP.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 2f12 0000 0000 8.....;B../..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.565423 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b5 0000 4011 d9c2 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 f9c3 4242 975c ..D..g......BB.\ 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 1930 0000 .............0.. 0x0070: dded 4042 0e37 0000 0100 0000 0000 0000 ..@B.7.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3019 0000 0000 8.....;B..0..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.579024 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b6 0000 4011 d9c1 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 49cb 4242 975d ..D..g....I.BB.] 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 5730 0000 ............W0.. 0x0070: 69f5 4042 ebe8 0800 0100 0000 0000 0000 i.@B............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3057 0000 0000 8.....;B..0W.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.602771 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b7 0000 4011 d9c0 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 3fb0 4242 975e ..D..g....?.BB.^ 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9b30 0000 .............0.. 0x0070: f6fc 4042 1fb7 0d00 0100 0000 0000 0000 ..@B............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 309b 0000 0000 8.....;B..0..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.607800 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f8a 0000 4011 116e c0a8 4415 E..\_...@..n..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cd6 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 5c13 0000 fab5 3d42 ........\.....=B 0x0050: b59a 0c00 0100 0000 0000 0000 ............ 21:23:39.616386 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b8 0000 4011 d9bf c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 bac1 4242 975f ..D..g......BB._ 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 d930 0000 .............0.. 0x0070: 8504 4142 e15e 0300 0100 0000 0000 0000 ..AB.^.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 30d9 0000 0000 8.....;B..0..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.643748 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96b9 0000 4011 d9be c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 d627 4242 9760 ..D..g.....'BB.` 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2731 0000 ............'1.. 0x0070: 140c 4142 e4a1 0700 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3127 0000 0000 8.....;B..1'.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.664732 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ba 0000 4011 d9bd c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 c4ab 4242 9761 ..D..g......BB.a 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6231 0000 ............b1.. 0x0070: a413 4142 29da 0800 0100 0000 0000 0000 ..AB)........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3162 0000 0000 8.....;B..1b.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.688725 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96bb 0000 4011 d9bc c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 89a3 4242 9762 ..D..g......BB.b 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 a331 0000 .............1.. 0x0070: 351b 4142 9398 0700 0100 0000 0000 0000 5.AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 31a3 0000 0000 8.....;B..1..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.702837 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96bc 0000 4011 d9bb c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 d728 4242 9763 ..D..g.....(BB.c 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6a32 0000 ............j2.. 0x0070: ed31 4142 bf33 0e00 0100 0000 0000 0000 .1AB.3.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 326a 0000 0000 8.....;B..2j.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.706811 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f8b 0000 4011 116d c0a8 4415 E..\_...@..m..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cd7 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 e312 0000 b0a7 3d42 ..............=B 0x0050: be2b 0a00 0100 0000 0000 0000 .+.......... 21:23:39.716452 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96bd 0000 4011 d9ba c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 b622 4242 9764 ..D..g....."BB.d 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 ee31 0000 .............1.. 0x0070: c722 4142 8bc4 0500 0100 0000 0000 0000 ."AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 31ee 0000 0000 8.....;B..1..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.730072 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96be 0000 4011 d9b9 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 eb90 4242 9765 ..D..g......BB.e 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2c32 0000 ............,2.. 0x0070: 5a2a 4142 860f 0400 0100 0000 0000 0000 Z*AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 322c 0000 0000 8.....;B..2,.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.763802 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96bf 0000 4011 d9b8 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 5ca4 4242 9766 ..D..g....\.BB.f 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 f332 0000 .............2.. 0x0070: 1741 4142 851c 0f00 0100 0000 0000 0000 .AAB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 32f3 0000 0000 8.....;B..2..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.783786 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c0 0000 4011 d9b7 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 9682 4242 9767 ..D..g......BB.g 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 a832 0000 .............2.. 0x0070: 8239 4142 3390 0700 0100 0000 0000 0000 .9AB3........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 32a8 0000 0000 8.....;B..2..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.797412 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c1 0000 4011 d9b6 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 7114 4242 9768 ..D..g....q.BB.h 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2e33 0000 .............3.. 0x0070: ae48 4142 a867 0500 0100 0000 0000 0000 .HAB.g.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 332e 0000 0000 8.....;B..3..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.806496 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f8c 0000 4011 116c c0a8 4415 E..\_...@..l..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cd8 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 5b14 0000 9bd2 3d42 ........[.....=B 0x0050: 46a4 0100 0100 0000 0000 0000 F........... 21:23:39.813771 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c2 0000 4011 d9b5 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 71fe 4242 9769 ..D..g....q.BB.i 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6f33 0000 ............o3.. 0x0070: 4550 4142 ca33 0a00 0100 0000 0000 0000 EPAB.3.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 336f 0000 0000 8.....;B..3o.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.834762 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c3 0000 4011 d9b4 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 b9fc 4242 976a ..D..g......BB.j 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 aa33 0000 .............3.. 0x0070: dd57 4142 abf1 0d00 0100 0000 0000 0000 .WAB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 33aa 0000 0000 8.....;B..3..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.848376 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c4 0000 4011 d9b3 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 be5a 4242 976b ..D..g.....ZBB.k 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 f833 0000 .............3.. 0x0070: 765f 4142 be3c 0f00 0100 0000 0000 0000 v_AB.<.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 33f8 0000 0000 8.....;B..3..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.867743 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c5 0000 4011 d9b2 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 90e3 4242 976c ..D..g......BB.l 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7434 0000 ............t4.. 0x0070: ac6e 4142 4727 0100 0100 0000 0000 0000 .nABG'.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3474 0000 0000 8.....;B..4t.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.881357 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c6 0000 4011 d9b1 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 c68b 4242 976d ..D..g......BB.m 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 af34 0000 .............4.. 0x0070: 4876 4142 3b3b 0000 0100 0000 0000 0000 HvAB;;.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 34af 0000 0000 8.....;B..4..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.896720 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c7 0000 4011 d9b0 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 419a 4242 976e ..D..g....A.BB.n 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2634 0000 ............&4.. 0x0070: 1067 4142 73c4 0e00 0100 0000 0000 0000 .gABs........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3426 0000 0000 8.....;B..4&.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.905856 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f8d 0000 4011 116b c0a8 4415 E..\_...@..k..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cd9 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 d513 0000 49c4 3d42 ............I.=B 0x0050: b588 0000 0100 0000 0000 0000 ............ 21:23:39.910457 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c8 0000 4011 d9af c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 4257 4242 976f ..D..g....BWBB.o 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 f034 0000 .............4.. 0x0070: e47d 4142 d324 0f00 0100 0000 0000 0000 .}AB.$.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 34f0 0000 0000 8.....;B..4..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.930699 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96c9 0000 4011 d9ae c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 cafb 4242 9770 ..D..g......BB.p 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 3b35 0000 ............;5.. 0x0070: 8285 4142 622c 0e00 0100 0000 0000 0000 ..ABb,.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 353b 0000 0000 8.....;B..5;.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.949686 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ca 0000 4011 d9ad c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 c340 4242 9771 ..D..g.....@BB.q 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7935 0000 ............y5.. 0x0070: 218d 4142 90a0 0a00 0100 0000 0000 0000 !.AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3579 0000 0000 8.....;B..5y.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:39.987668 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96cb 0000 4011 d9ac c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 86c1 4242 9772 ..D..g......BB.r 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 b735 0000 .............5.. 0x0070: c194 4142 f3d8 0500 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 35b7 0000 0000 8.....;B..5..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.003779 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96cc 0000 4011 d9ab c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 7d4c 4242 9773 ..D..g....}LBB.s 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4036 0000 ............@6.. 0x0070: 03a4 4142 2eb4 0800 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3640 0000 0000 8.....;B..6@.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.006452 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f8e 0000 4011 116a c0a8 4415 E..\_...@..j..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cda ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 b311 0000 0884 3d42 ..............=B 0x0050: 7fa1 0800 0100 0000 0000 0000 ............ 21:23:40.017396 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96cd 0000 4011 d9aa c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 ccb9 4242 9774 ..D..g......BB.t 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7e36 0000 ............~6.. 0x0070: a6ab 4142 0200 0400 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 367e 0000 0000 8.....;B..6~.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.031012 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ce 0000 4011 d9a9 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 a60b 4242 9775 ..D..g......BB.u 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 f535 0000 .............5.. 0x0070: 619c 4142 ed45 0e00 0100 0000 0000 0000 a.AB.E.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 35f5 0000 0000 8.....;B..5..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.106764 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f8f 0000 4011 1169 c0a8 4415 E..\_...@..i..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cdb ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 6a12 0000 6a99 3d42 ........j...j.=B 0x0050: ee85 0600 0100 0000 0000 0000 ............ 21:23:40.222730 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f90 0000 4011 1168 c0a8 4415 E..\_...@..h..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cdc ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 2014 0000 71cb 3d42 ............q.=B 0x0050: 8516 0900 0100 0000 0000 0000 ............ 21:23:40.320405 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f91 0000 4011 1167 c0a8 4415 E..\_...@..g..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cdd ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 d714 0000 f1e0 3d42 ..............=B 0x0050: 4108 0200 0100 0000 0000 0000 A........... 21:23:40.423214 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f92 0000 4011 1166 c0a8 4415 E..\_...@..f..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cde ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 1515 0000 1de8 3d42 ..............=B 0x0050: 3dfc 0900 0100 0000 0000 0000 =........... 21:23:40.492727 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96cf 0000 4011 d9a8 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 9d3a 4242 9776 ..D..g.....:BB.v 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d53 ...........$BE.S 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 fa36 0000 .............6.. 0x0070: eeba 4142 6af1 0600 0100 0000 0000 0000 ..ABj........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 36fa 0000 0000 8.....;B..6..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.510605 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d0 0000 4011 d9a7 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 75b7 4242 9777 ..D..g....u.BB.w 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 c437 0000 .............7.. 0x0070: e0d1 4142 d090 0b00 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 37c4 0000 0000 8.....;B..7..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.521408 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f93 0000 4011 1165 c0a8 4415 E..\_...@..e..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cdf ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 9c14 0000 c5d9 3d42 ..............=B 0x0050: ce99 0900 0100 0000 0000 0000 ............ 21:23:40.524578 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d1 0000 4011 d9a6 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 7b5c 4242 9778 ..D..g....{\BB.x 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 1439 0000 .............9.. 0x0070: 31f8 4142 3373 0000 0100 0000 0000 0000 1.AB3s.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3914 0000 0000 8.....;B..9..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.538575 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d2 0000 4011 d9a5 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 44f3 4242 9779 ..D..g....D.BB.y 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 8b38 0000 .............8.. 0x0070: dbe8 4142 4974 0000 0100 0000 0000 0000 ..ABIt.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 388b 0000 0000 8.....;B..8..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.552199 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d3 0000 4011 d9a4 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 3e95 4242 977a ..D..g....>.BB.z 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 5239 0000 ............R9.. 0x0070: ddff 4142 80f2 0500 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3952 0000 0000 8.....;B..9R.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.565812 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d4 0000 4011 d9a3 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 14bc 4242 977b ..D..g......BB.{ 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 bc36 0000 .............6.. 0x0070: 49b3 4142 cfaf 0d00 0100 0000 0000 0000 I.AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 36bc 0000 0000 8.....;B..6..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.579549 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d5 0000 4011 d9a2 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 3ec3 4242 977c ..D..g....>.BB.| 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4837 0000 ............H7.. 0x0070: 93c2 4142 d00b 0c00 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3748 0000 0000 8.....;B..7H.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.593547 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d6 0000 4011 d9a1 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 a669 4242 977d ..D..g.....iBB.} 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 0f38 0000 .............8.. 0x0070: 88d9 4142 ae85 0900 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 380f 0000 0000 8.....;B..8..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.607538 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d7 0000 4011 d9a0 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 b168 4242 977e ..D..g.....hBB.~ 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 c938 0000 .............8.. 0x0070: 85f0 4142 ecb3 0800 0100 0000 0000 0000 ..AB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 38c9 0000 0000 8.....;B..8..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.619867 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f94 0000 4011 1164 c0a8 4415 E..\_...@..d..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce0 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 8e15 0000 79f6 3d42 ............y.=B 0x0050: 6696 0900 0100 0000 0000 0000 f........... 21:23:40.621275 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d8 0000 4011 d99f c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 9d59 4242 977f ..D..g.....YBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 8337 0000 .............7.. 0x0070: 39ca 4142 902f 0c00 0100 0000 0000 0000 9.AB./.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3783 0000 0000 8.....;B..7..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.635639 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96d9 0000 4011 d99e c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 475f 4242 9780 ..D..g....G_BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4d38 0000 ............M8.. 0x0070: 31e1 4142 2a47 0500 0100 0000 0000 0000 1.AB*G.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 384d 0000 0000 8.....;B..8M.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.649258 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96da 0000 4011 d99d c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 0bb9 4242 9781 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9439 0000 .............9.. 0x0070: 8a07 4242 c07d 0900 0100 0000 0000 0000 ..BB.}.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3994 0000 0000 8.....;B..9..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.662752 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96db 0000 4011 d99c c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 dc2e 4242 9782 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 d539 0000 .............9.. 0x0070: 380f 4242 ffbd 0a00 0100 0000 0000 0000 8.BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 39d5 0000 0000 8.....;B..9..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.677620 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96dc 0000 4011 d99b c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 80c3 4242 9783 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 643a 0000 ............d:.. 0x0070: 971e 4242 6f89 0700 0100 0000 0000 0000 ..BBo........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3a64 0000 0000 8.....;B..:d.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.691614 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96dd 0000 4011 d99a c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 6cab 4242 9784 ..D..g....l.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 233a 0000 ............#:.. 0x0070: e716 4242 72e9 0900 0100 0000 0000 0000 ..BBr........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3a23 0000 0000 8.....;B..:#.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.705603 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96de 0000 4011 d999 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 5445 4242 9785 ..D..g....TEBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 a83a 0000 .............:.. 0x0070: 4826 4242 abb9 0200 0100 0000 0000 0000 H&BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3aa8 0000 0000 8.....;B..:..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.718322 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f95 0000 4011 1163 c0a8 4415 E..\_...@..c..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce1 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 5015 0000 4bef 3d42 ........P...K.=B 0x0050: 5966 0200 0100 0000 0000 0000 Yf.......... 21:23:40.719219 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96df 0000 4011 d998 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 9e3b 4242 9786 ..D..g.....;BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 713b 0000 ............q;.. 0x0070: ad35 4242 30e9 0400 0100 0000 0000 0000 .5BB0........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3b71 0000 0000 8.....;B..;q.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.732845 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e0 0000 4011 d997 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 2fdb 4242 9787 ..D..g..../.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 f33b 0000 .............;.. 0x0070: 1645 4242 abb6 0c00 0100 0000 0000 0000 .EBB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3bf3 0000 0000 8.....;B..;..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.749575 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e1 0000 4011 d996 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 59bd 4242 9788 ..D..g....Y.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 413c 0000 ............A<.. 0x0070: cc4c 4242 7b7d 0e00 0100 0000 0000 0000 .LBB{}.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3c41 0000 0000 8.....;B.. 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e2 0000 4011 d995 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 d81d 4242 9789 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 b23b 0000 .............;.. 0x0070: 613d 4242 fcba 0900 0100 0000 0000 0000 a=BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3bb2 0000 0000 8.....;B..;..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.777559 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e3 0000 4011 d994 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 2b2a 4242 978a ..D..g....+*BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 1b3f 0000 .............?.. 0x0070: e0a1 4242 b8dc 0e00 0100 0000 0000 0000 ..BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3f1b 0000 0000 8.....;B..?..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.791172 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e4 0000 4011 d993 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 21e9 4242 978b ..D..g....!.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 da3e 0000 .............>.. 0x0070: 209a 4242 cd65 0400 0100 0000 0000 0000 ..BB.e.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3eda 0000 0000 8.....;B..>..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.805527 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e5 0000 4011 d992 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 12d6 4242 978c ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 303b 0000 ............0;.. 0x0070: f92d 4242 a891 0d00 0100 0000 0000 0000 .-BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3b30 0000 0000 8.....;B..;0.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.816474 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f96 0000 4011 1162 c0a8 4415 E..\_...@..b..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce2 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 0716 0000 d904 3e42 ..............>B 0x0050: f952 0900 0100 0000 0000 0000 .R.......... 21:23:40.819279 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e6 0000 4011 d991 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 67d4 4242 978d ..D..g....g.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2941 0000 ............)A.. 0x0070: 06e0 4242 51e1 0200 0100 0000 0000 0000 ..BBQ........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4129 0000 0000 8.....;B..A).... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.832764 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e7 0000 4011 d990 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 558b 4242 978e ..D..g....U.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 163e 0000 .............>.. 0x0070: e382 4242 9d9c 0200 0100 0000 0000 0000 ..BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3e16 0000 0000 8.....;B..>..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.846522 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e8 0000 4011 d98f c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 b48f 4242 978f ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 823c 0000 .............<.. 0x0070: 8354 4242 285b 0e00 0100 0000 0000 0000 .TBB([.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3c82 0000 0000 8.....;B..<..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.860512 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96e9 0000 4011 d98e c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 923f 4242 9790 ..D..g.....?BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 c33c 0000 .............<.. 0x0070: 3b5c 4242 5161 0e00 0100 0000 0000 0000 ;\BBQa.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3cc3 0000 0000 8.....;B..<..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.874120 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ea 0000 4011 d98d c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 ba83 4242 9791 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 c83d 0000 .............=.. 0x0070: 257b 4242 38f7 0e00 0100 0000 0000 0000 %{BB8........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3dc8 0000 0000 8.....;B..=..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.887740 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96eb 0000 4011 d98c c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 f1f1 4242 9792 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 593f 0000 ............Y?.. 0x0070: a2a9 4242 f4c6 0b00 0100 0000 0000 0000 ..BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3f59 0000 0000 8.....;B..?Y.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.901215 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ec 0000 4011 d98b c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 638f 4242 9793 ..D..g....c.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 513e 0000 ............Q>.. 0x0070: a18a 4242 9350 0500 0100 0000 0000 0000 ..BB.P.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3e51 0000 0000 8.....;B..>Q.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.914074 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f97 0000 4011 1161 c0a8 4415 E..\_...@..a..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce3 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 c915 0000 a9fd 3d42 ..............=B 0x0050: 116b 0100 0100 0000 0000 0000 .k.......... 21:23:40.914966 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ed 0000 4011 d98a c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 8084 4242 9794 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 873d 0000 .............=.. 0x0070: 6973 4242 723c 0c00 0100 0000 0000 0000 isBBr<.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3d87 0000 0000 8.....;B..=..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.928572 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ee 0000 4011 d989 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 8bfc 4242 9795 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9f3e 0000 .............>.. 0x0070: 6092 4242 5d8b 0500 0100 0000 0000 0000 `.BB]........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3e9f 0000 0000 8.....;B..>..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.942457 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ef 0000 4011 d988 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 f5ac 4242 9796 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2340 0000 ............#@.. 0x0070: ecc0 4242 d825 0f00 0100 0000 0000 0000 ..BB.%.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4023 0000 0000 8.....;B..@#.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.956076 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f0 0000 4011 d987 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 bd17 4242 9797 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4c3d 0000 ............L=.. 0x0070: ae6b 4242 2be9 0c00 0100 0000 0000 0000 .kBB+........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3d4c 0000 0000 8.....;B..=L.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.969696 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f1 0000 4011 d986 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 73c8 4242 9798 ..D..g....s.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 a43f 0000 .............?.. 0x0070: 65b1 4242 6997 0600 0100 0000 0000 0000 e.BBi........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3fa4 0000 0000 8.....;B..?..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.983443 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f2 0000 4011 d985 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 b8a6 4242 9799 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 b241 0000 .............A.. 0x0070: 98ef 4242 df69 0800 0100 0000 0000 0000 ..BB.i.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 41b2 0000 0000 8.....;B..A..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:40.997042 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f3 0000 4011 d984 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 a9a0 4242 979a ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4142 0000 ............AB.. 0x0070: 43ff 4242 bacf 0100 0100 0000 0000 0000 C.BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4241 0000 0000 8.....;B..BA.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.010775 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f4 0000 4011 d983 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 c04f 4242 979b ..D..g.....OBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 eb40 0000 .............@.. 0x0070: 3ed8 4242 fb9d 0600 0100 0000 0000 0000 >.BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 40eb 0000 0000 8.....;B..@..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.012987 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f98 0000 4011 1160 c0a8 4415 E..\_...@..`..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce4 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 4216 0000 0b0c 3e42 ........B.....>B 0x0050: e1d0 0000 0100 0000 0000 0000 ............ 21:23:41.024404 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f5 0000 4011 d982 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 1b44 4242 979c ..D..g.....DBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6e40 0000 ............n@.. 0x0070: b1c8 4242 a235 0f00 0100 0000 0000 0000 ..BB.5.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 406e 0000 0000 8.....;B..@n.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.038034 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f6 0000 4011 d981 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 023a 4242 979d ..D..g.....:BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 e23f 0000 .............?.. 0x0070: 28b9 4242 d3da 0c00 0100 0000 0000 0000 (.BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3fe2 0000 0000 8.....;B..?..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.051645 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f7 0000 4011 d980 c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 161a 4242 979e ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 d543 0000 .............C.. 0x0070: 7f2e 4342 7c8d 0100 0100 0000 0000 0000 ..CB|........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 43d5 0000 0000 8.....;B..C..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.065260 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f8 0000 4011 d97f c0a8 4433 E.......@.....D3 0x0010: c0a8 4415 0367 0282 00c8 7584 4242 979f ..D..g....u.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 be45 0000 .............E.. 0x0070: c765 4342 e9ff 0100 0100 0000 0000 0000 .eCB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 45be 0000 0000 8.....;B..E..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.078745 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96f9 0000 4011 d97e c0a8 4433 E.......@..~..D3 0x0010: c0a8 4415 0367 0282 00c8 ff7e 4242 97a0 ..D..g.....~BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 1344 0000 .............D.. 0x0070: 6136 4342 67e0 0c00 0100 0000 0000 0000 a6CBg........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4413 0000 0000 8.....;B..D..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.092357 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96fa 0000 4011 d97d c0a8 4433 E.......@..}..D3 0x0010: c0a8 4415 0367 0282 00c8 e865 4242 97a1 ..D..g.....eBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 ac40 0000 .............@.. 0x0070: 77d0 4242 d4c8 0b00 0100 0000 0000 0000 w.BB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 40ac 0000 0000 8.....;B..@..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.105987 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96fb 0000 4011 d97c c0a8 4433 E.......@..|..D3 0x0010: c0a8 4415 0367 0282 00c8 9149 4242 97a2 ..D..g.....IBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6144 0000 ............aD.. 0x0070: 453e 4342 a7bd 0800 0100 0000 0000 0000 E>CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4461 0000 0000 8.....;B..Da.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.111054 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f99 0000 4011 115f c0a8 4415 E..\_...@.._..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce5 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 c516 0000 701a 3e42 ............p.>B 0x0050: ab2d 0e00 0100 0000 0000 0000 .-.......... 21:23:41.119470 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96fc 0000 4011 d97b c0a8 4433 E.......@..{..D3 0x0010: c0a8 4415 0367 0282 00c8 b256 4242 97a3 ..D..g.....VBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9c44 0000 .............D.. 0x0070: 2a46 4342 6a6c 0400 0100 0000 0000 0000 *FCBjl.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 449c 0000 0000 8.....;B..D..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.133102 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96fd 0000 4011 d97a c0a8 4433 E.......@..z..D3 0x0010: c0a8 4415 0367 0282 00c8 ef2e 4242 97a4 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2f45 0000 ............/E.. 0x0070: f655 4342 c8ef 0900 0100 0000 0000 0000 .UCB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 452f 0000 0000 8.....;B..E/.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.146592 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96fe 0000 4011 d979 c0a8 4433 E.......@..y..D3 0x0010: c0a8 4415 0367 0282 00c8 1fc1 4242 97a5 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7741 0000 ............wA.. 0x0070: cee7 4242 7786 0e00 0100 0000 0000 0000 ..BBw........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4177 0000 0000 8.....;B..Aw.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.160207 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 96ff 0000 4011 d978 c0a8 4433 E.......@..x..D3 0x0010: c0a8 4415 0367 0282 00c8 b3a9 4242 97a6 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 cd42 0000 .............B.. 0x0070: fd0e 4342 5e1e 0d00 0100 0000 0000 0000 ..CB^........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 42cd 0000 0000 8.....;B..B..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.173703 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9700 0000 4011 d977 c0a8 4433 E.......@..w..D3 0x0010: c0a8 4415 0367 0282 00c8 badb 4242 97a7 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 fe3c 0000 .............<.. 0x0070: f463 4242 346b 0e00 0100 0000 0000 0000 .cBB4k.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 3cfe 0000 0000 8.....;B..<..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.187305 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9701 0000 4011 d976 c0a8 4433 E.......@..v..D3 0x0010: c0a8 4415 0367 0282 00c8 5ea1 4242 97a8 ..D..g....^.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7f42 0000 .............B.. 0x0070: 2007 4342 eb7a 0000 0100 0000 0000 0000 ..CB.z.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 427f 0000 0000 8.....;B..B..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.200911 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9702 0000 4011 d975 c0a8 4433 E.......@..u..D3 0x0010: c0a8 4415 0367 0282 00c8 5154 4242 97a9 ..D..g....QTBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 0342 0000 .............B.. 0x0070: 67f7 4242 2a53 0400 0100 0000 0000 0000 g.BB*S.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4203 0000 0000 8.....;B..B..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.209295 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f9a 0000 4011 115e c0a8 4415 E..\_...@..^..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce6 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 4417 0000 da28 3e42 ........D....(>B 0x0050: 281f 0c00 0100 0000 0000 0000 (........... 21:23:41.214547 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9703 0000 4011 d974 c0a8 4433 E.......@..t..D3 0x0010: c0a8 4415 0367 0282 00c8 359b 4242 97aa ..D..g....5.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 dd44 0000 .............D.. 0x0070: 0f4e 4342 b7d7 0d00 0100 0000 0000 0000 .NCB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 44dd 0000 0000 8.....;B..D..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.228027 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9704 0000 4011 d973 c0a8 4433 E.......@..s..D3 0x0010: c0a8 4415 0367 0282 00c8 a534 4242 97ab ..D..g.....4BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4c43 0000 ............LC.. 0x0070: bc1e 4342 33ff 0700 0100 0000 0000 0000 ..CB3........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 434c 0000 0000 8.....;B..CL.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.241637 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9705 0000 4011 d972 c0a8 4433 E.......@..r..D3 0x0010: c0a8 4415 0367 0282 00c8 7baa 4242 97ac ..D..g....{.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 ff45 0000 .............E.. 0x0070: b06d 4342 ac83 0e00 0100 0000 0000 0000 .mCB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 45ff 0000 0000 8.....;B..E..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.255133 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9706 0000 4011 d971 c0a8 4433 E.......@..q..D3 0x0010: c0a8 4415 0367 0282 00c8 b4f5 4242 97ad ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9443 0000 .............C.. 0x0070: 9d26 4342 fdeb 0400 0100 0000 0000 0000 .&CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4394 0000 0000 8.....;B..C..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.268887 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9707 0000 4011 d970 c0a8 4433 E.......@..p..D3 0x0010: c0a8 4415 0367 0282 00c8 e1ad 4242 97ae ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6d45 0000 ............mE.. 0x0070: de5d 4342 b320 0600 0100 0000 0000 0000 .]CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 456d 0000 0000 8.....;B..Em.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.282377 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9708 0000 4011 d96f c0a8 4433 E.......@..o..D3 0x0010: c0a8 4415 0367 0282 00c8 4347 4242 97af ..D..g....CGBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 0b43 0000 .............C.. 0x0070: dc16 4342 b331 0b00 0100 0000 0000 0000 ..CB.1.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 430b 0000 0000 8.....;B..C..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.296000 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9709 0000 4011 d96e c0a8 4433 E.......@..n..D3 0x0010: c0a8 4415 0367 0282 00c8 5c2d 4242 97b0 ..D..g....\-BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 8146 0000 .............F.. 0x0070: 877d 4342 7c6a 0400 0100 0000 0000 0000 .}CB|j.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4681 0000 0000 8.....;B..F..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.308370 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f9b 0000 4011 115d c0a8 4415 E..\_...@..]..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce7 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 8716 0000 3d13 3e42 ............=.>B 0x0050: 9362 0700 0100 0000 0000 0000 .b.......... 21:23:41.309495 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 970a 0000 4011 d96d c0a8 4433 E.......@..m..D3 0x0010: c0a8 4415 0367 0282 00c8 0b7a 4242 97b1 ..D..g.....zBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4346 0000 ............CF.. 0x0070: 9b75 4342 f262 0900 0100 0000 0000 0000 .uCB.b.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4643 0000 0000 8.....;B..FC.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.323105 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 970b 0000 4011 d96c c0a8 4433 E.......@..l..D3 0x0010: c0a8 4415 0367 0282 00c8 bc57 4242 97b2 ..D..g.....WBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 0947 0000 .............G.. 0x0070: 7485 4342 9ead 0c00 0100 0000 0000 0000 t.CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4709 0000 0000 8.....;B..G..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.336600 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 970c 0000 4011 d96b c0a8 4433 E.......@..k..D3 0x0010: c0a8 4415 0367 0282 00c8 30be 4242 97b3 ..D..g....0.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 5d47 0000 ............]G.. 0x0070: 638d 4342 ede9 0500 0100 0000 0000 0000 c.CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 475d 0000 0000 8.....;B..G].... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.350217 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 970d 0000 4011 d96a c0a8 4433 E.......@..j..D3 0x0010: c0a8 4415 0367 0282 00c8 77da 4242 97b4 ..D..g....w.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 e247 0000 .............G.. 0x0070: 439d 4342 4037 0600 0100 0000 0000 0000 C.CB@7.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 47e2 0000 0000 8.....;B..G..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.363692 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 970e 0000 4011 d969 c0a8 4433 E.......@..i..D3 0x0010: c0a8 4415 0367 0282 00c8 3fc9 4242 97b5 ..D..g....?.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2d48 0000 ............-H.. 0x0070: 34a5 4342 34f4 0d00 0100 0000 0000 0000 4.CB4........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 482d 0000 0000 8.....;B..H-.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.378429 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 970f 0000 4011 d968 c0a8 4433 E.......@..h..D3 0x0010: c0a8 4415 0367 0282 00c8 ea25 4242 97b6 ..D..g.....%BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9e47 0000 .............G.. 0x0070: 5295 4342 fc35 0d00 0100 0000 0000 0000 R.CB.5.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 479e 0000 0000 8.....;B..G..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.392071 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9710 0000 4011 d967 c0a8 4433 E.......@..g..D3 0x0010: c0a8 4415 0367 0282 00c8 23a6 4242 97b7 ..D..g....#.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6e48 0000 ............nH.. 0x0070: 27ad 4342 22cc 0700 0100 0000 0000 0000 '.CB"........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 486e 0000 0000 8.....;B..Hn.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.405684 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9711 0000 4011 d966 c0a8 4433 E.......@..f..D3 0x0010: c0a8 4415 0367 0282 00c8 f11d 4242 97b8 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 ac48 0000 .............H.. 0x0070: 1ab5 4342 1d0d 0e00 0100 0000 0000 0000 ..CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 48ac 0000 0000 8.....;B..H..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.406179 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f9c 0000 4011 115c c0a8 4415 E..\_...@..\..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce8 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 0617 0000 a521 3e42 .............!>B 0x0050: 9e60 0500 0100 0000 0000 0000 .`.......... 21:23:41.419157 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9712 0000 4011 d965 c0a8 4433 E.......@..e..D3 0x0010: c0a8 4415 0367 0282 00c8 1eed 4242 97b9 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 fa48 0000 .............H.. 0x0070: 0fbd 4342 b4e6 0500 0100 0000 0000 0000 ..CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 48fa 0000 0000 8.....;B..H..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.432799 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9713 0000 4011 d964 c0a8 4433 E.......@..d..D3 0x0010: c0a8 4415 0367 0282 00c8 d99c 4242 97ba ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 3549 0000 ............5I.. 0x0070: 04c5 4342 c4f2 0a00 0100 0000 0000 0000 ..CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4935 0000 0000 8.....;B..I5.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.446404 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9714 0000 4011 d963 c0a8 4433 E.......@..c..D3 0x0010: c0a8 4415 0367 0282 00c8 6ad5 4242 97bb ..D..g....j.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 c449 0000 .............I.. 0x0070: f2d4 4342 b819 0800 0100 0000 0000 0000 ..CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 49c4 0000 0000 8.....;B..I..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.460022 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9715 0000 4011 d962 c0a8 4433 E.......@..b..D3 0x0010: c0a8 4415 0367 0282 00c8 d549 4242 97bc ..D..g.....IBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 504a 0000 ............PJ.. 0x0070: e4e4 4342 d507 0200 0100 0000 0000 0000 ..CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4a50 0000 0000 8.....;B..JP.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.473525 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9716 0000 4011 d961 c0a8 4433 E.......@..a..D3 0x0010: c0a8 4415 0367 0282 00c8 9e59 4242 97bd ..D..g.....YBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 8349 0000 .............I.. 0x0070: fbcc 4342 c2dc 0200 0100 0000 0000 0000 ..CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4983 0000 0000 8.....;B..I..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.487136 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9717 0000 4011 d960 c0a8 4433 E.......@..`..D3 0x0010: c0a8 4415 0367 0282 00c8 935e 4242 97be ..D..g.....^BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d54 ...........$BE.T 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 024a 0000 .............J.. 0x0070: eadc 4342 5447 0d00 0100 0000 0000 0000 ..CBTG.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4a02 0000 0000 8.....;B..J..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.502382 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9718 0000 4011 d95f c0a8 4433 E.......@.._..D3 0x0010: c0a8 4415 0367 0282 00c8 ca13 4242 97bf ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 8b4a 0000 .............J.. 0x0070: deec 4342 a7f6 0500 0100 0000 0000 0000 ..CB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4a8b 0000 0000 8.....;B..J..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.504661 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f9d 0000 4011 115b c0a8 4415 E..\_...@..[..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ce9 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 8918 0000 bc45 3e42 .............E>B 0x0050: d61e 0300 0100 0000 0000 0000 ............ 21:23:41.515994 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9719 0000 4011 d95e c0a8 4433 E.......@..^..D3 0x0010: c0a8 4415 0367 0282 00c8 b2e3 4242 97c0 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 d94a 0000 .............J.. 0x0070: d9f4 4342 71cf 0900 0100 0000 0000 0000 ..CBq........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4ad9 0000 0000 8.....;B..J..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.529611 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 971a 0000 4011 d95d c0a8 4433 E.......@..]..D3 0x0010: c0a8 4415 0367 0282 00c8 a80f 4242 97c1 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 174b 0000 .............K.. 0x0070: d5fc 4342 3d5c 0e00 0100 0000 0000 0000 ..CB=\.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4b17 0000 0000 8.....;B..K..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.549351 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 971b 0000 4011 d95c c0a8 4433 E.......@..\..D3 0x0010: c0a8 4415 0367 0282 00c8 0db2 4242 97c2 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 584b 0000 ............XK.. 0x0070: d304 4442 a36f 0300 0100 0000 0000 0000 ..DB.o.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4b58 0000 0000 8.....;B..KX.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.570333 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 971c 0000 4011 d95b c0a8 4433 E.......@..[..D3 0x0010: c0a8 4415 0367 0282 00c8 397c 4242 97c3 ..D..g....9|BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 a64b 0000 .............K.. 0x0070: d10c 4442 274e 0700 0100 0000 0000 0000 ..DB'N.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4ba6 0000 0000 8.....;B..K..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.590448 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 971d 0000 4011 d95a c0a8 4433 E.......@..Z..D3 0x0010: c0a8 4415 0367 0282 00c8 c1cb 4242 97c4 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 e44b 0000 .............K.. 0x0070: d014 4442 5eb7 0a00 0100 0000 0000 0000 ..DB^........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4be4 0000 0000 8.....;B..K..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.603941 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 971e 0000 4011 d959 c0a8 4433 E.......@..Y..D3 0x0010: c0a8 4415 0367 0282 00c8 919a 4242 97c5 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2f4c 0000 ............/L.. 0x0070: d01c 4442 4094 0d00 0100 0000 0000 0000 ..DB@........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4c2f 0000 0000 8.....;B..L/.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.604915 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f9e 0000 4011 115a c0a8 4415 E..\_...@..Z..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cea ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 c317 0000 4837 3e42 ............H7>B 0x0050: b5e0 0900 0100 0000 0000 0000 ............ 21:23:41.617559 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 971f 0000 4011 d958 c0a8 4433 E.......@..X..D3 0x0010: c0a8 4415 0367 0282 00c8 acb9 4242 97c6 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6d4c 0000 ............mL.. 0x0070: d224 4442 f12d 0100 0100 0000 0000 0000 .$DB.-.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4c6d 0000 0000 8.....;B..Lm.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.636418 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9720 0000 4011 d957 c0a8 4433 E.......@..W..D3 0x0010: c0a8 4415 0367 0282 00c8 fc4d 4242 97c7 ..D..g.....MBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 bb4c 0000 .............L.. 0x0070: d42c 4442 4d42 0500 0100 0000 0000 0000 .,DBMB.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4cbb 0000 0000 8.....;B..L..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.654412 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9721 0000 4011 d956 c0a8 4433 E....!..@..V..D3 0x0010: c0a8 4415 0367 0282 00c8 5108 4242 97c8 ..D..g....Q.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 f94c 0000 .............L.. 0x0070: d734 4442 b440 0800 0100 0000 0000 0000 .4DB.@.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4cf9 0000 0000 8.....;B..L..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.672406 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9722 0000 4011 d955 c0a8 4433 E...."..@..U..D3 0x0010: c0a8 4415 0367 0282 00c8 4a75 4242 97c9 ..D..g....JuBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 3a4d 0000 ............:M.. 0x0070: db3c 4442 7289 0b00 0100 0000 0000 0000 . 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9723 0000 4011 d954 c0a8 4433 E....#..@..T..D3 0x0010: c0a8 4415 0367 0282 00c8 afb6 4242 97ca ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 884d 0000 .............M.. 0x0070: e144 4442 c3f0 0000 0100 0000 0000 0000 .DDB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4d88 0000 0000 8.....;B..M..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.700380 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9724 0000 4011 d953 c0a8 4433 E....$..@..S..D3 0x0010: c0a8 4415 0367 0282 00c8 bd44 4242 97cb ..D..g.....DBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 c34d 0000 .............M.. 0x0070: e74c 4442 721e 0300 0100 0000 0000 0000 .LDBr........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4dc3 0000 0000 8.....;B..M..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.705498 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5f9f 0000 4011 1159 c0a8 4415 E..\_...@..Y..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ceb ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 ca18 0000 f74c 3e42 .............L>B 0x0050: b262 0800 0100 0000 0000 0000 .b.......... 21:23:41.722370 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9725 0000 4011 d952 c0a8 4433 E....%..@..R..D3 0x0010: c0a8 4415 0367 0282 00c8 d4c2 4242 97cc ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 114e 0000 .............N.. 0x0070: ee54 4442 0149 0700 0100 0000 0000 0000 .TDB.I.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4e11 0000 0000 8.....;B..N..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.750363 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9726 0000 4011 d951 c0a8 4433 E....&..@..Q..D3 0x0010: c0a8 4415 0367 0282 00c8 1b91 4242 97cd ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 4f4e 0000 ............ON.. 0x0070: f65c 4442 7033 0b00 0100 0000 0000 0000 .\DBp3.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4e4f 0000 0000 8.....;B..NO.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.770350 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9727 0000 4011 d950 c0a8 4433 E....'..@..P..D3 0x0010: c0a8 4415 0367 0282 00c8 7438 4242 97ce ..D..g....t8BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9d4e 0000 .............N.. 0x0070: ff64 4442 bd34 0e00 0100 0000 0000 0000 .dDB.4.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4e9d 0000 0000 8.....;B..N..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.794330 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9728 0000 4011 d94f c0a8 4433 E....(..@..O..D3 0x0010: c0a8 4415 0367 0282 00c8 bdec 4242 97cf ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 db4e 0000 .............N.. 0x0070: 096d 4442 2a39 0f00 0100 0000 0000 0000 .mDB*9.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4edb 0000 0000 8.....;B..N..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.806304 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa0 0000 4011 1158 c0a8 4415 E..\_...@..X..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cec ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 411a 0000 7078 3e42 ........A...px>B 0x0050: 0443 0700 0100 0000 0000 0000 .C.......... 21:23:41.818316 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9729 0000 4011 d94e c0a8 4433 E....)..@..N..D3 0x0010: c0a8 4415 0367 0282 00c8 9398 4242 97d0 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 1c4f 0000 .............O.. 0x0070: 1575 4442 1443 0200 0100 0000 0000 0000 .uDB.C.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4f1c 0000 0000 8.....;B..O..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.832309 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 972a 0000 4011 d94d c0a8 4433 E....*..@..M..D3 0x0010: c0a8 4415 0367 0282 00c8 fe57 4242 97d1 ..D..g.....WBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6a4f 0000 ............jO.. 0x0070: 217d 4442 502c 0100 0100 0000 0000 0000 !}DBP,.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4f6a 0000 0000 8.....;B..Oj.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.851292 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 972b 0000 4011 d94c c0a8 4433 E....+..@..L..D3 0x0010: c0a8 4415 0367 0282 00c8 d25e 4242 97d2 ..D..g.....^BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 a54f 0000 .............O.. 0x0070: 2d85 4442 28e1 0d00 0100 0000 0000 0000 -.DB(........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4fa5 0000 0000 8.....;B..O..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.873281 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 972c 0000 4011 d94b c0a8 4433 E....,..@..K..D3 0x0010: c0a8 4415 0367 0282 00c8 0f8a 4242 97d3 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 f34f 0000 .............O.. 0x0070: 3b8d 4442 905e 0c00 0100 0000 0000 0000 ;.DB.^.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 4ff3 0000 0000 8.....;B..O..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.894270 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 972d 0000 4011 d94a c0a8 4433 E....-..@..J..D3 0x0010: c0a8 4415 0367 0282 00c8 00c6 4242 97d4 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 3150 0000 ............1P.. 0x0070: 4a95 4442 53db 0a00 0100 0000 0000 0000 J.DBS........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5031 0000 0000 8.....;B..P1.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.904686 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa1 0000 4011 1157 c0a8 4415 E..\_...@..W..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1ced ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 4919 0000 715b 3e42 ........I...q[>B 0x0050: 15f1 0300 0100 0000 0000 0000 ............ 21:23:41.912260 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 972e 0000 4011 d949 c0a8 4433 E.......@..I..D3 0x0010: c0a8 4415 0367 0282 00c8 7db2 4242 97d5 ..D..g....}.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 bd50 0000 .............P.. 0x0070: 6ba5 4442 2d51 0600 0100 0000 0000 0000 k.DB-Q.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 50bd 0000 0000 8.....;B..P..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.927372 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 972f 0000 4011 d948 c0a8 4433 E..../..@..H..D3 0x0010: c0a8 4415 0367 0282 00c8 e097 4242 97d6 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7f50 0000 .............P.. 0x0070: 5a9d 4442 17b1 0800 0100 0000 0000 0000 Z.DB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 507f 0000 0000 8.....;B..P..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.954350 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9730 0000 4011 d947 c0a8 4433 E....0..@..G..D3 0x0010: c0a8 4415 0367 0282 00c8 3230 4242 97d7 ..D..g....20BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 5651 0000 ............VQ.. 0x0070: 8fb5 4442 b727 0a00 0100 0000 0000 0000 ..DB.'.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5156 0000 0000 8.....;B..QV.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.967848 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9731 0000 4011 d946 c0a8 4433 E....1..@..F..D3 0x0010: c0a8 4415 0367 0282 00c8 7ab1 4242 97d8 ..D..g....z.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 0551 0000 .............Q.. 0x0070: 7dad 4442 dbfe 0000 0100 0000 0000 0000 }.DB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5105 0000 0000 8.....;B..Q..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.981466 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9732 0000 4011 d945 c0a8 4433 E....2..@..E..D3 0x0010: c0a8 4415 0367 0282 00c8 e4c4 4242 97d9 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9751 0000 .............Q.. 0x0070: a3bd 4442 b247 0700 0100 0000 0000 0000 ..DB.G.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5197 0000 0000 8.....;B..Q..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:41.995078 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9733 0000 4011 d944 c0a8 4433 E....3..@..D..D3 0x0010: c0a8 4415 0367 0282 00c8 6cca 4242 97da ..D..g....l.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 e851 0000 .............Q.. 0x0070: b8c5 4442 c9e7 0100 0100 0000 0000 0000 ..DB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 51e8 0000 0000 8.....;B..Q..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.005131 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa2 0000 4011 1156 c0a8 4415 E..\_...@..V..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cee ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 0819 0000 3354 3e42 ............3T>B 0x0050: a296 0d00 0100 0000 0000 0000 ............ 21:23:42.011319 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9734 0000 4011 d943 c0a8 4433 E....4..@..C..D3 0x0010: c0a8 4415 0367 0282 00c8 626b 4242 97db ..D..g....bkBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2652 0000 ............&R.. 0x0070: cdcd 4442 77ff 0a00 0100 0000 0000 0000 ..DBw........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5226 0000 0000 8.....;B..R&.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.034308 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9735 0000 4011 d942 c0a8 4433 E....5..@..B..D3 0x0010: c0a8 4415 0367 0282 00c8 dd5f 4242 97dc ..D..g....._BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 ae52 0000 .............R.. 0x0070: e5d5 4442 6679 0000 0100 0000 0000 0000 ..DBfy.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 52ae 0000 0000 8.....;B..R..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.053297 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9736 0000 4011 d941 c0a8 4433 E....6..@..A..D3 0x0010: c0a8 4415 0367 0282 00c8 5c53 4242 97dd ..D..g....\SBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 ef52 0000 .............R.. 0x0070: fddd 4442 843b 0a00 0100 0000 0000 0000 ..DB.;.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 52ef 0000 0000 8.....;B..R..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.068290 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9737 0000 4011 d940 c0a8 4433 E....7..@..@..D3 0x0010: c0a8 4415 0367 0282 00c8 e7c0 4242 97de ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 8753 0000 .............S.. 0x0070: 17e6 4442 462c 0a00 0100 0000 0000 0000 ..DBF,.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5387 0000 0000 8.....;B..S..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.084288 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9738 0000 4011 d93f c0a8 4433 E....8..@..?..D3 0x0010: c0a8 4415 0367 0282 00c8 6de4 4242 97df ..D..g....m.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 5a54 0000 ............ZT.. 0x0070: 6cfe 4442 9d1b 0400 0100 0000 0000 0000 l.DB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 545a 0000 0000 8.....;B..TZ.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.105126 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa3 0000 4011 1155 c0a8 4415 E..\_...@..U..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cef ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 4818 0000 813e 3e42 ........H....>>B 0x0050: 3101 0d00 0100 0000 0000 0000 1........... 21:23:42.107260 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9739 0000 4011 d93e c0a8 4433 E....9..@..>..D3 0x0010: c0a8 4415 0367 0282 00c8 3f85 4242 97e0 ..D..g....?.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 cb53 0000 .............S.. 0x0070: 32ee 4442 8b19 0e00 0100 0000 0000 0000 2.DB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 53cb 0000 0000 8.....;B..S..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.129258 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 973a 0000 4011 d93d c0a8 4433 E....:..@..=..D3 0x0010: c0a8 4415 0367 0282 00c8 227e 4242 97e1 ..D..g...."~BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 0c54 0000 .............T.. 0x0070: 4ff6 4442 57d6 0000 0100 0000 0000 0000 O.DBW........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 540c 0000 0000 8.....;B..T..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.149243 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 973b 0000 4011 d93c c0a8 4433 E....;..@..<..D3 0x0010: c0a8 4415 0367 0282 00c8 fd52 4242 97e2 ..D..g.....RBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 e654 0000 .............T.. 0x0070: a90e 4542 3f0d 0900 0100 0000 0000 0000 ..EB?........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 54e6 0000 0000 8.....;B..T..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.162857 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 973c 0000 4011 d93b c0a8 4433 E....<..@..;..D3 0x0010: c0a8 4415 0367 0282 00c8 1431 4242 97e3 ..D..g.....1BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 9854 0000 .............T.. 0x0070: 8a06 4542 9984 0500 0100 0000 0000 0000 ..EB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5498 0000 0000 8.....;B..T..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.195210 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 973d 0000 4011 d93a c0a8 4433 E....=..@..:..D3 0x0010: c0a8 4415 0367 0282 00c8 99da 4242 97e4 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7255 0000 ............rU.. 0x0070: ea1e 4542 d3e6 0a00 0100 0000 0000 0000 ..EB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5572 0000 0000 8.....;B..Ur.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.210771 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa4 0000 4011 1154 c0a8 4415 E..\_...@..T..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf0 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 8c1a 0000 b27f 3e42 ..............>B 0x0050: dd34 0b00 0100 0000 0000 0000 .4.......... 21:23:42.211201 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 973e 0000 4011 d939 c0a8 4433 E....>..@..9..D3 0x0010: c0a8 4415 0367 0282 00c8 cd85 4242 97e5 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 3455 0000 ............4U.. 0x0070: c916 4542 0081 0900 0100 0000 0000 0000 ..EB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5534 0000 0000 8.....;B..U4.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.225197 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 973f 0000 4011 d938 c0a8 4433 E....?..@..8..D3 0x0010: c0a8 4415 0367 0282 00c8 8c33 4242 97e6 ..D..g.....3BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 b355 0000 .............U.. 0x0070: 0c27 4542 7c42 0c00 0100 0000 0000 0000 .'EB|B.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 55b3 0000 0000 8.....;B..U..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.243306 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9740 0000 4011 d937 c0a8 4433 E....@..@..7..D3 0x0010: c0a8 4415 0367 0282 00c8 48a3 4242 97e7 ..D..g....H.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 fe55 0000 .............U.. 0x0070: 2f2f 4542 527e 0b00 0100 0000 0000 0000 //EBR~.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 55fe 0000 0000 8.....;B..U..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.266291 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9741 0000 4011 d936 c0a8 4433 E....A..@..6..D3 0x0010: c0a8 4415 0367 0282 00c8 4e0b 4242 97e8 ..D..g....N.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 3c56 0000 ............ 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9742 0000 4011 d935 c0a8 4433 E....B..@..5..D3 0x0010: c0a8 4415 0367 0282 00c8 2ac4 4242 97e9 ..D..g....*.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 c856 0000 .............V.. 0x0070: 9e47 4542 3578 0c00 0100 0000 0000 0000 .GEB5x.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 56c8 0000 0000 8.....;B..V..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.293528 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9743 0000 4011 d934 c0a8 4433 E....C..@..4..D3 0x0010: c0a8 4415 0367 0282 00c8 cdd0 4242 97ea ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 7a56 0000 ............zV.. 0x0070: 783f 4542 06c1 0c00 0100 0000 0000 0000 x?EB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 567a 0000 0000 8.....;B..Vz.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.311516 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa5 0000 4011 1153 c0a8 4415 E..\_...@..S..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf1 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 431b 0000 7f95 3e42 ........C.....>B 0x0050: 9e71 0600 0100 0000 0000 0000 .q.......... 21:23:42.319270 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9744 0000 4011 d933 c0a8 4433 E....D..@..3..D3 0x0010: c0a8 4415 0367 0282 00c8 d137 4242 97eb ..D..g.....7BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 1657 0000 .............W.. 0x0070: c64f 4542 22ac 0200 0100 0000 0000 0000 .OEB"........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5716 0000 0000 8.....;B..W..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.333256 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9745 0000 4011 d932 c0a8 4433 E....E..@..2..D3 0x0010: c0a8 4415 0367 0282 00c8 4aa4 4242 97ec ..D..g....J.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 5457 0000 ............TW.. 0x0070: ef57 4542 40f8 0300 0100 0000 0000 0000 .WEB@........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 5754 0000 0000 8.....;B..WT.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.372231 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9746 0000 4011 d931 c0a8 4433 E....F..@..1..D3 0x0010: c0a8 4415 0367 0282 00c8 1e32 4242 97ed ..D..g.....2BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 a257 0000 .............W.. 0x0070: 1960 4542 f512 0300 0100 0000 0000 0000 .`EB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 57a2 0000 0000 8.....;B..W..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.389219 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9747 0000 4011 d930 c0a8 4433 E....G..@..0..D3 0x0010: c0a8 4415 0367 0282 00c8 90e7 4242 97ee ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 e057 0000 .............W.. 0x0070: 4368 4542 0f16 0e00 0100 0000 0000 0000 ChEB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 57e0 0000 0000 8.....;B..W..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.409215 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9748 0000 4011 d92f c0a8 4433 E....H..@../..D3 0x0010: c0a8 4415 0367 0282 00c8 459b 4242 97ef ..D..g....E.BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 2e58 0000 .............X.. 0x0070: 6f70 4542 e50a 0900 0100 0000 0000 0000 opEB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 582e 0000 0000 8.....;B..X..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.410598 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa6 0000 4011 1152 c0a8 4415 E..\_...@..R..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf2 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 9217 0000 1130 3e42 .............0>B 0x0050: 5e58 0300 0100 0000 0000 0000 ^X.......... 21:23:42.422831 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 9749 0000 4011 d92e c0a8 4433 E....I..@.....D3 0x0010: c0a8 4415 0367 0282 00c8 9930 4242 97f0 ..D..g.....0BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 6c58 0000 ............lX.. 0x0070: 9c78 4542 2d2e 0200 0100 0000 0000 0000 .xEB-........... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 586c 0000 0000 8.....;B..Xl.... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.436444 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 974a 0000 4011 d92d c0a8 4433 E....J..@..-..D3 0x0010: c0a8 4415 0367 0282 00c8 c215 4242 97f1 ..D..g......BB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 ba58 0000 .............X.. 0x0070: c980 4542 82f1 0800 0100 0000 0000 0000 ..EB............ 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 58ba 0000 0000 8.....;B..X..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.454186 IP 192.168.68.51.871 > 192.168.68.21.642: UDP, length: 192 0x0000: 4500 00dc 974b 0000 4011 d92c c0a8 4433 E....K..@..,..D3 0x0010: c0a8 4415 0367 0282 00c8 5457 4242 97f2 ..D..g....TWBB.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 0007 0000 0001 0000 0024 4245 8d55 ...........$BE.U 0x0040: 0000 000e 7335 312e 6672 6565 6273 642e ....s51.freebsd. 0x0050: 646b 0000 0000 0000 0000 0019 0000 0000 dk.............. 0x0060: 0000 0000 0000 0000 0000 0010 fb58 0000 .............X.. 0x0070: f788 4542 7b65 0e00 0100 0000 0000 0000 ..EB{e.......... 0x0080: 0000 0000 0000 000e 7335 312e 6672 6565 ........s51.free 0x0090: 6273 642e 646b 0000 0000 0020 afee 9c3c bsd.dk.........< 0x00a0: 58ee 622b 0c00 0000 7850 3300 e69a fd0a X.b+....xP3..... 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0008 ................ 0x00c0: 3801 0000 01c8 3b42 0000 58fb 0000 0000 8.....;B..X..... 0x00d0: 0000 0000 0000 0000 0000 0005 ............ 21:23:42.510375 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa7 0000 4011 1151 c0a8 4415 E..\_...@..Q..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf3 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 8719 0000 af62 3e42 .............b>B 0x0050: 922d 0800 0100 0000 0000 0000 .-.......... 21:23:42.610073 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa8 0000 4011 1150 c0a8 4415 E..\_...@..P..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf4 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 051b 0000 3a8e 3e42 ............:.>B 0x0050: 2d30 0300 0100 0000 0000 0000 -0.......... 21:23:42.711306 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fa9 0000 4011 114f c0a8 4415 E..\_...@..O..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf5 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 b31d 0000 69de 3e42 ............i.>B 0x0050: fe6f 0d00 0100 0000 0000 0000 .o.......... 21:23:42.812201 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5faa 0000 4011 114e c0a8 4415 E..\_...@..N..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf6 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 831c 0000 e8b9 3e42 ..............>B 0x0050: 6222 0500 0100 0000 0000 0000 b".......... 21:23:42.913708 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fab 0000 4011 114d c0a8 4415 E..\_...@..M..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf7 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 c71a 0000 f586 3e42 ..............>B 0x0050: 951e 0f00 0100 0000 0000 0000 ............ 21:23:43.015970 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fac 0000 4011 114c c0a8 4415 E..\_...@..L..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf8 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 131a 0000 2f71 3e42 ............/q>B 0x0050: 26e9 0200 0100 0000 0000 0000 &........... 21:23:43.115789 IP 192.168.68.21.742 > 192.168.68.51.688: UDP, length: 64 0x0000: 4500 005c 5fad 0000 4011 114b c0a8 4415 E..\_...@..K..D. 0x0010: c0a8 4433 02e6 02b0 0048 09f3 4245 1cf9 ..D3.....H..BE.. 0x0020: 0000 0000 0000 0002 0001 86b5 0000 0001 ................ 0x0030: 0000 000c 0000 0000 0000 0000 0000 0000 ................ 0x0040: 0000 0000 0000 0010 811b 0000 c59c 3e42 ..............>B 0x0050: e355 0900 0100 0000 0000 0000 .U.......... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.