From owner-freebsd-i386@FreeBSD.ORG Sun Feb 20 02:10:12 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF9716A4CE for ; Sun, 20 Feb 2005 02:10:12 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FCEA43D48 for ; Sun, 20 Feb 2005 02:10:12 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1K2ACNC007783 for ; Sun, 20 Feb 2005 02:10:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1K2ACn5007782; Sun, 20 Feb 2005 02:10:12 GMT (envelope-from gnats) Date: Sun, 20 Feb 2005 02:10:12 GMT Message-Id: <200502200210.j1K2ACn5007782@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Frank Mayhar Subject: Re: i386/77751: Hard hang related to ath? X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Frank Mayhar List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 02:10:12 -0000 The following reply was made to PR i386/77751; it has been noted by GNATS. From: Frank Mayhar To: freebsd-gnats-submit@FreeBSD.org Cc: sam@errno.com Subject: Re: i386/77751: Hard hang related to ath? Date: Sat, 19 Feb 2005 18:04:37 -0800 (Sam, I'm cc'ing you on this FYI, so you'll be sure to see this PR.) I've now run for some time (90 minutes or so) without using ath and with no hangs whatsoever. So this is further evidence that the hangs I'm seeing are related to the ath driver. I would be happy to provide whatever further information I can. From owner-freebsd-i386@FreeBSD.ORG Sun Feb 20 11:02:59 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC08816A4CE; Sun, 20 Feb 2005 11:02:59 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E66C343D5C; Sun, 20 Feb 2005 11:02:58 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j1KB2rHn020796; Sun, 20 Feb 2005 22:02:53 +1100 Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) j1KB2oS5029701; Sun, 20 Feb 2005 22:02:51 +1100 Date: Sun, 20 Feb 2005 22:02:50 +1100 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: David Schultz In-Reply-To: <20050214000320.U1866@epsplex.bde.org> Message-ID: <20050220202844.R5075@epsplex.bde.org> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> <20050204215913.GA44598@VARK.MIT.EDU> <20050205181808.J10966@delplex.bde.org> <20050209051401.GA18775@VARK.MIT.EDU> <20050209232758.F3249@epsplex.bde.org> <20050210072314.GA26713@VARK.MIT.EDU> <20050214000320.U1866@epsplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD-gnats-submit@freebsd.org cc: freebsd-i386@freebsd.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 11:03:00 -0000 On Mon, 14 Feb 2005, Bruce Evans wrote: > It seems that the hardware trig functions aren't worth using. I want > to test them on a 486 and consider the ranges more before discarding > them. This may take a while. I did this as threatened. My test program now covers most cases of interest for i386's and amd64's. It divides the the range being tested into a number of regions. I mostly used 16, which is good for dividing the range [-2pi, 2pi] into quadrants. The output clearly shows that both the hardware and fdlibm do arg reduction related to pi/4, with different tradeoffs. E.g., for sin(), fdlibm does very well for the range [-pi/4, pi/4], but not so well for args outside this range, while hardware sin does poorly for [-pi/4, pi/4] but very well for [pi/4, 3pi/4], and similarly for all translations of these ranges by pi. OTOH, the hardware cos's best range is [-pi/4, pi/4] but fdlibm cos's best range is the same as for fdlibm sin. Some results: - the hardware trig functions were by far the best on a 486DX2-66 for all ranges except near 0 where fdlibm is competetive or a little faster. The relative advantage of the hardware functions decreases with each CPU generation. - the hardware inverse trig functions (all based on fpatan) were by far the worst for all ranges, except on old machines where they are competitive or a little faster. - fdlibm is quite good for exp and log too. - an Athlon64 (cpuid says 3400 but not that fast in marketed version) running at 1994 MHz with slow memory has almost exactly the same speed for the fdlibm part of the benchmark as an AthlonXP Barton 2600 overclocked to 2293 MHz with not-so-slow memory. Using SSE2 apparently makes just enough difference to compensate for the 1994/2223 clock speed ratio. There is apparently no similar difference for using the A64 FPU so using it is further away from being an optimization on A64's. Test control script: %%% set -e arch=`uname -p` if [ $arch = i386 ]; then arch=i387; fi msun=/usr/src/lib/msun CFLAGS="-march=athlon-xp -fomit-frame-pointer -O2 -g -I$msun/src" LDFLAGS="-lm -static" niter=100000000.0 stdfiles="$msun/src/e_rem_pio2.c $msun/src/k_cos.c $msun/src/k_sin.c \ $msun/src/k_tan.c" while : do read functype func llimit limit nregion basename ename if [ -z $func ]; then exit 0; fi cfile=$msun/src/$basename.c sfile=$msun/$arch/$basename.S if [ -f $sfile -o $func = cos -o $func = cosf \ -o $func = sin -o $func = sinf ] then myfunc=asm$func COPTS="-DFUNCTYPE=$functype -DFUNC=$myfunc \ -DLLIMIT=$llimit -DLIMIT=$limit -DNREGION=$nregion \ -DNITER=$niter" if [ -f $sfile ] then sed -e "s/^ENTRY($func)/ENTRY($myfunc)/" \ -e "s/^ENTRY($ename)/ENTRY($myfunc)/" <$sfile >x.S cc $CFLAGS $COPTS -o z z.c x.S $stdfiles $LDFLAGS else cc $CFLAGS $COPTS -o z z.c $LDFLAGS fi time ./z fi myfunc=fdl$func COPTS="-DFUNCTYPE=$functype -DFUNC=$myfunc \ -DLLIMIT=$llimit -DLIMIT=$limit -DNREGION=$nregion \ -DNITER=$niter" sed -e s/^$ename/$myfunc/ \ -e s/__generic_$ename/$myfunc/ <$cfile >x.c cc $CFLAGS $COPTS -o z z.c x.c $stdfiles $LDFLAGS time ./z done %%% Run this using something like "sh t to.machine". (First edit the CFLAGS line to change -march to something appropriate, and the niter line to make the test run fast enough -- I used 1e8 on Athlons down to 1e6 on 486DX2-66 so that each function takes about 10 seconds.) Test data: %%% double acos -1.0 1.0 16 e_acos __ieee754_acos double asin -1.0 1.0 16 e_asin __ieee754_asin double atan -8.0 8.0 16 s_atan atan double cos -6.28 6.28 16 s_cos cos double exp -8.0 8.0 16 e_exp __ieee754_exp double log 0.0 1e32 16 e_log __ieee754_log double logb 0.0 1e32 16 s_logb logb double log10 0.0 1e32 16 e_log10 __ieee754_log10 double sin -6.28 6.28 16 s_sin sin double tan -6.28 6.28 16 s_tan tan float cosf -6.28 6.28 16 s_cosf cosf float logf 0.0 1e32 16 e_logf __ieee754_logf float logbf 0.0 1e32 16 s_logbf logbf float log10f 0.0 1e32 16 e_log10f __ieee754_log10f float sinf -6.28 6.28 16 s_sinf sinf float tanf -6.28 6.28 16 s_tanf tanf # The following aren't actually implemented in asm (but e_atan2f is; it is # probably just as bad as e_atanf would be, but is harder to test). float acosf -1.0 1.0 16 e_acosf __ieee754_acosf float asinf -1.0 1.0 16 e_asinf __ieee754_asinf float atanf -8.0 8.0 16 s_atanf atanf float expf -8.0 8.0 16 e_expf __ieee754_expf %%% Test program: %%% #include #include #include #ifdef HAVE_RDTSC #include #endif #include #include #ifndef FUNC #define FUNC sin #endif #define FUNCNAME __XSTRING(FUNC) #ifndef FUNCTYPE #define FUNCTYPE double #endif #ifndef LIMIT #define LIMIT (3.14159 / 4) #endif #ifndef LLIMIT #define LLIMIT 0.0 #endif #ifndef NITER #define NITER 10000000.0 #endif #ifndef NREGION #define NREGION 16 #endif #ifdef __amd64__ /* Generate some asm versions since there are none in libm. */ double asmcos(double); double asmsin(double); float asmcosf(float); float asmsinf(float); asm("asmcos: movsd %xmm0, -8(%rsp); fldl -8(%rsp); fcos; " "fstpl -8(%rsp); movsd -8(%rsp),%xmm0; ret"); asm("asmsin: movsd %xmm0, -8(%rsp); fldl -8(%rsp); fsin; " "fstpl -8(%rsp); movsd -8(%rsp),%xmm0; ret"); asm("asmcosf: movss %xmm0, -4(%rsp); flds -4(%rsp); fcos; " "fstps -4(%rsp); movss -4(%rsp),%xmm0; ret"); asm("asmsinf: movss %xmm0, -4(%rsp); flds -4(%rsp); fsin; " "fstps -4(%rsp); movss -4(%rsp),%xmm0; ret"); #endif /* __amd64__ */ FUNCTYPE FUNC(FUNCTYPE); int main(void) { struct rusage finish, start; double d, limit, llimit, step; long long tot[NREGION], usec[NREGION], x, y; int i; step = (LIMIT - LLIMIT) / NITER; for (i = 0; i < NREGION; i++) { llimit = LLIMIT + i * (LIMIT - LLIMIT) / NREGION; limit = LLIMIT + (i + 1) * (LIMIT - LLIMIT) / NREGION; tot[i] = 0; getrusage(RUSAGE_SELF, &start); #ifdef HAVE_RDTSC x = rdtsc(); #endif for (d = llimit; d < limit; d += step) FUNC(d); #ifdef HAVE_RDTSC y = rdtsc(); #endif getrusage(RUSAGE_SELF, &finish); usec[i] = 1000000 * (finish.ru_utime.tv_sec - start.ru_utime.tv_sec + finish.ru_stime.tv_sec - start.ru_stime.tv_sec) + finish.ru_utime.tv_usec - start.ru_utime.tv_usec + finish.ru_stime.tv_usec - start.ru_stime.tv_usec; tot[i] = y - x; } printf("%s:", FUNCNAME); #ifdef HAVE_RDTSC printf(" cycles:nsec per call:"); for (i = 0; i < NREGION; i++) printf(" %lld:%lld", tot[i] / (long long)(NITER / NREGION), 1000 * usec[i] / (long long)(NITER / NREGION)); #else printf(" nsec per call: "); for (i = 0; i < NREGION; i++) printf(" %lld", 1000 * usec[i] / (long long)(NITER / NREGION)); #endif printf("\n"); return (0); } %%% Sample output: %%% to.486dx2-66: asmasin: nsec per call: 7569 7650 7742 7752 7665 7662 7584 7721 7409 7573 7645 7651 7723 7775 7686 7603 fdlasin: nsec per call: 13452 13910 13967 13979 8000 7997 7995 8178 7872 7873 7994 7995 13853 13844 13808 13323 asmsin: nsec per call: 5697 5788 5821 5642 5684 5774 5534 5557 5417 5788 5763 5558 5650 5828 5782 5701 fdlsin: nsec per call: 11888 11906 11902 11736 11866 9405 9414 5377 5372 9250 9247 11320 11303 11435 11417 11326 to.k6-233: asmasin: nsec per call: 1051 1076 1073 1072 1054 1041 1042 1042 1038 1037 1037 1050 1067 1069 1072 1046 fdlasin: nsec per call: 1518 1594 1595 1594 819 819 818 818 818 819 819 819 1591 1590 1593 1514 asmsin: nsec per call: 513 553 543 527 518 540 521 464 464 521 540 518 527 543 553 513 fdlsin: nsec per call: 1466 1495 1493 1475 1474 1034 1034 647 647 1017 1017 1418 1419 1459 1459 1410 to.axpb-2223: asmasin: nsec per call: 96 96 94 93 93 93 93 93 93 93 93 93 93 94 96 96 fdlasin: nsec per call: 77 81 81 81 36 35 34 34 35 35 35 35 81 81 81 77 asmsin: nsec per call: 60 32 33 59 59 32 32 57 56 32 32 58 58 33 32 59 fdlsin: nsec per call: 84 91 91 85 85 69 69 32 32 68 67 79 79 86 86 79 to.a64-1994: asmsin: nsec per call: 61 37 37 60 61 36 37 58 58 37 36 61 60 37 37 61 fdlsin: nsec per call: 73 75 75 75 75 52 52 21 21 51 51 71 71 70 70 67 %%% I would adjust the following due to these results: - delete all trig i387 float functions. Think about deleting the exp and log i387 float functions. Think about optimizing the fdlibm versions. They could use double or extended precision, and then they might not need range reduction for a much larger range (hopefully [-2pi, 2pi]) and/or might not need a correction term for a much larger range. - delete all inverse trig i387 functions. - think about optimizing the trig fdlibm double functions until they are faster than the trig i387 double functions on a larger range than [-pi/4, pi/4]. They could use extended precision, but only only on some arches so there would be a negative reduction in complications for replacing the MD functions by "MI" ones optimized in this way. Does the polynomial approximation for sin start to fail between pi/4 and pi/2, or are there other technical rasons to reduce to the current ranges? Bruce From owner-freebsd-i386@FreeBSD.ORG Sun Feb 20 11:10:21 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22E2116A4CE for ; Sun, 20 Feb 2005 11:10:21 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B32F343D1D for ; Sun, 20 Feb 2005 11:10:20 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1KBAKkE016744 for ; Sun, 20 Feb 2005 11:10:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1KBAKNj016743; Sun, 20 Feb 2005 11:10:20 GMT (envelope-from gnats) Date: Sun, 20 Feb 2005 11:10:20 GMT Message-Id: <200502201110.j1KBAKNj016743@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bruce Evans List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 11:10:21 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: Bruce Evans To: David Schultz Cc: FreeBSD-gnats-submit@freebsd.org, freebsd-i386@freebsd.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Sun, 20 Feb 2005 22:02:50 +1100 (EST) On Mon, 14 Feb 2005, Bruce Evans wrote: > It seems that the hardware trig functions aren't worth using. I want > to test them on a 486 and consider the ranges more before discarding > them. This may take a while. I did this as threatened. My test program now covers most cases of interest for i386's and amd64's. It divides the the range being tested into a number of regions. I mostly used 16, which is good for dividing the range [-2pi, 2pi] into quadrants. The output clearly shows that both the hardware and fdlibm do arg reduction related to pi/4, with different tradeoffs. E.g., for sin(), fdlibm does very well for the range [-pi/4, pi/4], but not so well for args outside this range, while hardware sin does poorly for [-pi/4, pi/4] but very well for [pi/4, 3pi/4], and similarly for all translations of these ranges by pi. OTOH, the hardware cos's best range is [-pi/4, pi/4] but fdlibm cos's best range is the same as for fdlibm sin. Some results: - the hardware trig functions were by far the best on a 486DX2-66 for all ranges except near 0 where fdlibm is competetive or a little faster. The relative advantage of the hardware functions decreases with each CPU generation. - the hardware inverse trig functions (all based on fpatan) were by far the worst for all ranges, except on old machines where they are competitive or a little faster. - fdlibm is quite good for exp and log too. - an Athlon64 (cpuid says 3400 but not that fast in marketed version) running at 1994 MHz with slow memory has almost exactly the same speed for the fdlibm part of the benchmark as an AthlonXP Barton 2600 overclocked to 2293 MHz with not-so-slow memory. Using SSE2 apparently makes just enough difference to compensate for the 1994/2223 clock speed ratio. There is apparently no similar difference for using the A64 FPU so using it is further away from being an optimization on A64's. Test control script: %%% set -e arch=`uname -p` if [ $arch = i386 ]; then arch=i387; fi msun=/usr/src/lib/msun CFLAGS="-march=athlon-xp -fomit-frame-pointer -O2 -g -I$msun/src" LDFLAGS="-lm -static" niter=100000000.0 stdfiles="$msun/src/e_rem_pio2.c $msun/src/k_cos.c $msun/src/k_sin.c \ $msun/src/k_tan.c" while : do read functype func llimit limit nregion basename ename if [ -z $func ]; then exit 0; fi cfile=$msun/src/$basename.c sfile=$msun/$arch/$basename.S if [ -f $sfile -o $func = cos -o $func = cosf \ -o $func = sin -o $func = sinf ] then myfunc=asm$func COPTS="-DFUNCTYPE=$functype -DFUNC=$myfunc \ -DLLIMIT=$llimit -DLIMIT=$limit -DNREGION=$nregion \ -DNITER=$niter" if [ -f $sfile ] then sed -e "s/^ENTRY($func)/ENTRY($myfunc)/" \ -e "s/^ENTRY($ename)/ENTRY($myfunc)/" <$sfile >x.S cc $CFLAGS $COPTS -o z z.c x.S $stdfiles $LDFLAGS else cc $CFLAGS $COPTS -o z z.c $LDFLAGS fi time ./z fi myfunc=fdl$func COPTS="-DFUNCTYPE=$functype -DFUNC=$myfunc \ -DLLIMIT=$llimit -DLIMIT=$limit -DNREGION=$nregion \ -DNITER=$niter" sed -e s/^$ename/$myfunc/ \ -e s/__generic_$ename/$myfunc/ <$cfile >x.c cc $CFLAGS $COPTS -o z z.c x.c $stdfiles $LDFLAGS time ./z done %%% Run this using something like "sh t to.machine". (First edit the CFLAGS line to change -march to something appropriate, and the niter line to make the test run fast enough -- I used 1e8 on Athlons down to 1e6 on 486DX2-66 so that each function takes about 10 seconds.) Test data: %%% double acos -1.0 1.0 16 e_acos __ieee754_acos double asin -1.0 1.0 16 e_asin __ieee754_asin double atan -8.0 8.0 16 s_atan atan double cos -6.28 6.28 16 s_cos cos double exp -8.0 8.0 16 e_exp __ieee754_exp double log 0.0 1e32 16 e_log __ieee754_log double logb 0.0 1e32 16 s_logb logb double log10 0.0 1e32 16 e_log10 __ieee754_log10 double sin -6.28 6.28 16 s_sin sin double tan -6.28 6.28 16 s_tan tan float cosf -6.28 6.28 16 s_cosf cosf float logf 0.0 1e32 16 e_logf __ieee754_logf float logbf 0.0 1e32 16 s_logbf logbf float log10f 0.0 1e32 16 e_log10f __ieee754_log10f float sinf -6.28 6.28 16 s_sinf sinf float tanf -6.28 6.28 16 s_tanf tanf # The following aren't actually implemented in asm (but e_atan2f is; it is # probably just as bad as e_atanf would be, but is harder to test). float acosf -1.0 1.0 16 e_acosf __ieee754_acosf float asinf -1.0 1.0 16 e_asinf __ieee754_asinf float atanf -8.0 8.0 16 s_atanf atanf float expf -8.0 8.0 16 e_expf __ieee754_expf %%% Test program: %%% #include #include #include #ifdef HAVE_RDTSC #include #endif #include #include #ifndef FUNC #define FUNC sin #endif #define FUNCNAME __XSTRING(FUNC) #ifndef FUNCTYPE #define FUNCTYPE double #endif #ifndef LIMIT #define LIMIT (3.14159 / 4) #endif #ifndef LLIMIT #define LLIMIT 0.0 #endif #ifndef NITER #define NITER 10000000.0 #endif #ifndef NREGION #define NREGION 16 #endif #ifdef __amd64__ /* Generate some asm versions since there are none in libm. */ double asmcos(double); double asmsin(double); float asmcosf(float); float asmsinf(float); asm("asmcos: movsd %xmm0, -8(%rsp); fldl -8(%rsp); fcos; " "fstpl -8(%rsp); movsd -8(%rsp),%xmm0; ret"); asm("asmsin: movsd %xmm0, -8(%rsp); fldl -8(%rsp); fsin; " "fstpl -8(%rsp); movsd -8(%rsp),%xmm0; ret"); asm("asmcosf: movss %xmm0, -4(%rsp); flds -4(%rsp); fcos; " "fstps -4(%rsp); movss -4(%rsp),%xmm0; ret"); asm("asmsinf: movss %xmm0, -4(%rsp); flds -4(%rsp); fsin; " "fstps -4(%rsp); movss -4(%rsp),%xmm0; ret"); #endif /* __amd64__ */ FUNCTYPE FUNC(FUNCTYPE); int main(void) { struct rusage finish, start; double d, limit, llimit, step; long long tot[NREGION], usec[NREGION], x, y; int i; step = (LIMIT - LLIMIT) / NITER; for (i = 0; i < NREGION; i++) { llimit = LLIMIT + i * (LIMIT - LLIMIT) / NREGION; limit = LLIMIT + (i + 1) * (LIMIT - LLIMIT) / NREGION; tot[i] = 0; getrusage(RUSAGE_SELF, &start); #ifdef HAVE_RDTSC x = rdtsc(); #endif for (d = llimit; d < limit; d += step) FUNC(d); #ifdef HAVE_RDTSC y = rdtsc(); #endif getrusage(RUSAGE_SELF, &finish); usec[i] = 1000000 * (finish.ru_utime.tv_sec - start.ru_utime.tv_sec + finish.ru_stime.tv_sec - start.ru_stime.tv_sec) + finish.ru_utime.tv_usec - start.ru_utime.tv_usec + finish.ru_stime.tv_usec - start.ru_stime.tv_usec; tot[i] = y - x; } printf("%s:", FUNCNAME); #ifdef HAVE_RDTSC printf(" cycles:nsec per call:"); for (i = 0; i < NREGION; i++) printf(" %lld:%lld", tot[i] / (long long)(NITER / NREGION), 1000 * usec[i] / (long long)(NITER / NREGION)); #else printf(" nsec per call: "); for (i = 0; i < NREGION; i++) printf(" %lld", 1000 * usec[i] / (long long)(NITER / NREGION)); #endif printf("\n"); return (0); } %%% Sample output: %%% to.486dx2-66: asmasin: nsec per call: 7569 7650 7742 7752 7665 7662 7584 7721 7409 7573 7645 7651 7723 7775 7686 7603 fdlasin: nsec per call: 13452 13910 13967 13979 8000 7997 7995 8178 7872 7873 7994 7995 13853 13844 13808 13323 asmsin: nsec per call: 5697 5788 5821 5642 5684 5774 5534 5557 5417 5788 5763 5558 5650 5828 5782 5701 fdlsin: nsec per call: 11888 11906 11902 11736 11866 9405 9414 5377 5372 9250 9247 11320 11303 11435 11417 11326 to.k6-233: asmasin: nsec per call: 1051 1076 1073 1072 1054 1041 1042 1042 1038 1037 1037 1050 1067 1069 1072 1046 fdlasin: nsec per call: 1518 1594 1595 1594 819 819 818 818 818 819 819 819 1591 1590 1593 1514 asmsin: nsec per call: 513 553 543 527 518 540 521 464 464 521 540 518 527 543 553 513 fdlsin: nsec per call: 1466 1495 1493 1475 1474 1034 1034 647 647 1017 1017 1418 1419 1459 1459 1410 to.axpb-2223: asmasin: nsec per call: 96 96 94 93 93 93 93 93 93 93 93 93 93 94 96 96 fdlasin: nsec per call: 77 81 81 81 36 35 34 34 35 35 35 35 81 81 81 77 asmsin: nsec per call: 60 32 33 59 59 32 32 57 56 32 32 58 58 33 32 59 fdlsin: nsec per call: 84 91 91 85 85 69 69 32 32 68 67 79 79 86 86 79 to.a64-1994: asmsin: nsec per call: 61 37 37 60 61 36 37 58 58 37 36 61 60 37 37 61 fdlsin: nsec per call: 73 75 75 75 75 52 52 21 21 51 51 71 71 70 70 67 %%% I would adjust the following due to these results: - delete all trig i387 float functions. Think about deleting the exp and log i387 float functions. Think about optimizing the fdlibm versions. They could use double or extended precision, and then they might not need range reduction for a much larger range (hopefully [-2pi, 2pi]) and/or might not need a correction term for a much larger range. - delete all inverse trig i387 functions. - think about optimizing the trig fdlibm double functions until they are faster than the trig i387 double functions on a larger range than [-pi/4, pi/4]. They could use extended precision, but only only on some arches so there would be a negative reduction in complications for replacing the MD functions by "MI" ones optimized in this way. Does the polynomial approximation for sin start to fail between pi/4 and pi/2, or are there other technical rasons to reduce to the current ranges? Bruce From owner-freebsd-i386@FreeBSD.ORG Sun Feb 20 20:20:08 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F218F16A4CE for ; Sun, 20 Feb 2005 20:20:07 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B94C143D1F for ; Sun, 20 Feb 2005 20:20:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1KKK7sP085414 for ; Sun, 20 Feb 2005 20:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1KKK75i085413; Sun, 20 Feb 2005 20:20:07 GMT (envelope-from gnats) Resent-Date: Sun, 20 Feb 2005 20:20:07 GMT Resent-Message-Id: <200502202020.j1KKK75i085413@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Frank Mayhar" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AA5316A521 for ; Sun, 20 Feb 2005 20:12:56 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E72043D41 for ; Sun, 20 Feb 2005 20:12:55 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j1KKCqpT085075 for ; Sun, 20 Feb 2005 12:12:54 -0800 (PST) (envelope-from frank@exit.com) Message-Id: <1108930374.0@realtime.exit.com> Date: Sun, 20 Feb 2005 12:12:54 -0800 From: "Frank Mayhar" To: "FreeBSD gnats submit" X-Send-Pr-Version: gtk-send-pr 0.4.4 Subject: i386/77804: Reusing freed memory in if_bfe.c X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 20:20:08 -0000 >Number: 77804 >Category: i386 >Synopsis: Reusing freed memory in if_bfe.c >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 20:20:07 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Frank Mayhar >Release: FreeBSD 4.11-STABLE i386 >Organization: Exit Consulting >Environment: FreeBSD lap 6.0-CURRENT FreeBSD 6.0-CURRENT #15: Sat Feb 19 18:46:46 PST 2005 frank@fw94:/home/obj/usr/src/sys/AUTON i386 >Description: In my recent hunt for my hard hang, I ran into a panic in bfe_intr() in which it was dereferencing a freed dmamap entry. It turns out that doing an "ifconfig bfe0 down" forces a call to bfe_stop(), which destroys the ring buffer dmamaps. This is bad, since they are never recreated. The fix (patch is attached) is to not destroy the dmamaps in bfe_rx_ring_free()/bfe_tx_ring_free(), since they will be reused. Instead, destroy them in the detach routine. It turned out that the detach routine was already destroying the tx ring buffer dmamaps, but not the rx ones. Patch follows. >How-To-Repeat: >Fix: --- bfe-bug.diff begins here --- Index: sys/dev/bfe/if_bfe.c =================================================================== RCS file: /cvs/repos/src/sys/dev/bfe/if_bfe.c,v retrieving revision 1.20 diff -u -r1.20 if_bfe.c --- sys/dev/bfe/if_bfe.c 9 Jan 2005 19:57:55 -0000 1.20 +++ sys/dev/bfe/if_bfe.c 20 Feb 2005 19:56:00 -0000 @@ -541,8 +541,6 @@ sc->bfe_tx_ring[i].bfe_mbuf = NULL; bus_dmamap_unload(sc->bfe_tag, sc->bfe_tx_ring[i].bfe_map); - bus_dmamap_destroy(sc->bfe_tag, - sc->bfe_tx_ring[i].bfe_map); } } bzero(sc->bfe_tx_list, BFE_TX_LIST_SIZE); @@ -560,15 +558,12 @@ sc->bfe_rx_ring[i].bfe_mbuf = NULL; bus_dmamap_unload(sc->bfe_tag, sc->bfe_rx_ring[i].bfe_map); - bus_dmamap_destroy(sc->bfe_tag, - sc->bfe_rx_ring[i].bfe_map); } } bzero(sc->bfe_rx_list, BFE_RX_LIST_SIZE); bus_dmamap_sync(sc->bfe_rx_tag, sc->bfe_rx_map, BUS_DMASYNC_PREREAD); } - static int bfe_list_rx_init(struct bfe_softc *sc) { @@ -975,6 +970,8 @@ for(i = 0; i < BFE_TX_LIST_CNT; i++) { bus_dmamap_destroy(sc->bfe_tag, sc->bfe_tx_ring[i].bfe_map); + bus_dmamap_destroy(sc->bfe_tag, + sc->bfe_rx_ring[i].bfe_map); } bus_dma_tag_destroy(sc->bfe_tag); sc->bfe_tag = NULL; --- bfe-bug.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Sun Feb 20 22:52:06 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9CDA16A4CE; Sun, 20 Feb 2005 22:52:06 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE3C43D31; Sun, 20 Feb 2005 22:52:06 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j1KMq2Lj006393; Sun, 20 Feb 2005 17:52:02 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j1KMq2FY006368; Sun, 20 Feb 2005 17:52:02 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sun, 20 Feb 2005 17:52:01 -0500 From: David Schultz To: Bruce Evans Message-ID: <20050220225201.GA4339@VARK.MIT.EDU> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> <20050204215913.GA44598@VARK.MIT.EDU> <20050205181808.J10966@delplex.bde.org> <20050209051401.GA18775@VARK.MIT.EDU> <20050209232758.F3249@epsplex.bde.org> <20050210072314.GA26713@VARK.MIT.EDU> <20050214000320.U1866@epsplex.bde.org> <20050220202844.R5075@epsplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050220202844.R5075@epsplex.bde.org> cc: FreeBSD-gnats-submit@FreeBSD.ORG cc: freebsd-i386@FreeBSD.ORG Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 22:52:07 -0000 DONE: - Remove i387 float trig functions. - Remove i387 acos() and asin(). TODO: - Figure out what to do about logf(), logbf(), and log10f(). - Figure out what to do about atan(), atan2(), and atan2f(). - Figure out what to do with sin(), cos(), and tan(). (I suggest removing the i387 double trig functions now and worrying about the speed of fdlibm routines later.) On Sun, Feb 20, 2005, Bruce Evans wrote: > I would adjust the following due to these results: > Think about deleting the exp and > log i387 float functions. I didn't add NetBSD's e_expf.S in the first place because my tests showed that it was slower. :-P As for log{,b,10}f, your tests show that the asm versions are faster on my Pentium 4: asmlogf: nsec per call: 40 41 40 40 40 40 40 40 40 40 40 40 40 40 40 40 fdllogf: nsec per call: 76 77 77 78 76 78 78 78 77 75 78 78 78 78 78 78 asmlogbf: nsec per call: 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 fdllogbf: nsec per call: 18 18 18 18 18 18 18 18 18 18 18 18 18 18 18 18 asmlog10f: nsec per call: 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 fdllog10f: nsec per call: 80 80 71 88 71 71 95 84 71 71 71 71 72 112 96 71 > - delete all inverse trig i387 functions. This is a clear win for asin() and acos(). It's not so clear for atan() or atan2(): asmatan: nsec per call: 68 68 68 68 68 68 68 69 69 68 68 68 68 68 68 68 fdlatan: nsec per call: 92 92 92 92 92 94 97 70 70 97 95 92 92 92 92 92 fdlatanf: nsec per call: 70 70 70 70 70 71 72 58 58 72 70 69 70 75 71 69 This is for the same Pentium 4 as above. Do you get different results for a saner processor, like an Athlon? IIRC, atan2f() was faster in assembly according to my naive tests, or I wouldn't have imported it. I don't remember what inputs I tried or why I left out atanf(). > Think about optimizing the fdlibm versions. > They could use double or extended precision, and then they might not > need range reduction for a much larger range (hopefully [-2pi, 2pi]) > and/or might not need a correction term for a much larger range. [...] > - think about optimizing the trig fdlibm double functions until they are > faster than the trig i387 double functions on a larger range than > [-pi/4, pi/4]. They could use extended precision, but only only on > some arches so there would be a negative reduction in complications > for replacing the MD functions by "MI" ones optimized in this way. > Does the polynomial approximation for sin start to fail between pi/4 > and pi/2, or are there other technical rasons to reduce to the current > ranges? Yeah, the float versions of just about everything would benefit from storing the extra bits in a double. Replacing two split doubles with a long double is harder, as you mention; it works (a) never, for 64-bit long doubles, (b) sometimes, for 80-bit long doubles, and (c) always, for 128-bit long doubles. Some of the lookup tables for the float routines are a bit braindead, too. It's impossible to use a polynomial approximation on [0,pi/2] or a larger range for tan(), since tan() grows faster than any polynomial as it approaches pi/2. There may be a rational approximation that works well, but I doubt it. It is possible to find polynomial approximations for sin() and cos() on [0,pi/2], but assuming that Dr. Ng knows what he's doing (a reasonable assumption), the degree of any such polynomial would likely be very large. By the way, Dr. Ng's paper on argument reduction mentions that the not-so-freely-distributable libm uses table lookup for medium size arguments that would otherwise require reduction: http://www.ucbtest.org/arg.ps So in summary, there's a lot of low-hanging fruit with the float routines, but I think that doing a better job for double requires multiple versions that use the appropriate kind of extended precision, table lookup, or consulting a numerical analyst. By the way, the CEPHES library (netlib/cephes or http://www.moshier.net/) has different versions of many of these routines. The trig functions are also approximated on [0,pi/4], but accurate argument reduction is not used. I have the licensing issues worked out with the author and core@ if we want to use any of these. However, my experience with exp2() and expl() from CEPHES showed that there are some significant inaccuracies, places where the approximating polynomial can overflow, etc. From owner-freebsd-i386@FreeBSD.ORG Sun Feb 20 23:00:36 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCF9516A4CE for ; Sun, 20 Feb 2005 23:00:36 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93AD743D49 for ; Sun, 20 Feb 2005 23:00:36 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1KN0aex005346 for ; Sun, 20 Feb 2005 23:00:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1KN0a5q005345; Sun, 20 Feb 2005 23:00:36 GMT (envelope-from gnats) Date: Sun, 20 Feb 2005 23:00:36 GMT Message-Id: <200502202300.j1KN0a5q005345@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: David Schultz Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Schultz List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 23:00:36 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: David Schultz To: Bruce Evans Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-i386@FreeBSD.ORG Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Sun, 20 Feb 2005 17:52:01 -0500 DONE: - Remove i387 float trig functions. - Remove i387 acos() and asin(). TODO: - Figure out what to do about logf(), logbf(), and log10f(). - Figure out what to do about atan(), atan2(), and atan2f(). - Figure out what to do with sin(), cos(), and tan(). (I suggest removing the i387 double trig functions now and worrying about the speed of fdlibm routines later.) On Sun, Feb 20, 2005, Bruce Evans wrote: > I would adjust the following due to these results: > Think about deleting the exp and > log i387 float functions. I didn't add NetBSD's e_expf.S in the first place because my tests showed that it was slower. :-P As for log{,b,10}f, your tests show that the asm versions are faster on my Pentium 4: asmlogf: nsec per call: 40 41 40 40 40 40 40 40 40 40 40 40 40 40 40 40 fdllogf: nsec per call: 76 77 77 78 76 78 78 78 77 75 78 78 78 78 78 78 asmlogbf: nsec per call: 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 fdllogbf: nsec per call: 18 18 18 18 18 18 18 18 18 18 18 18 18 18 18 18 asmlog10f: nsec per call: 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 fdllog10f: nsec per call: 80 80 71 88 71 71 95 84 71 71 71 71 72 112 96 71 > - delete all inverse trig i387 functions. This is a clear win for asin() and acos(). It's not so clear for atan() or atan2(): asmatan: nsec per call: 68 68 68 68 68 68 68 69 69 68 68 68 68 68 68 68 fdlatan: nsec per call: 92 92 92 92 92 94 97 70 70 97 95 92 92 92 92 92 fdlatanf: nsec per call: 70 70 70 70 70 71 72 58 58 72 70 69 70 75 71 69 This is for the same Pentium 4 as above. Do you get different results for a saner processor, like an Athlon? IIRC, atan2f() was faster in assembly according to my naive tests, or I wouldn't have imported it. I don't remember what inputs I tried or why I left out atanf(). > Think about optimizing the fdlibm versions. > They could use double or extended precision, and then they might not > need range reduction for a much larger range (hopefully [-2pi, 2pi]) > and/or might not need a correction term for a much larger range. [...] > - think about optimizing the trig fdlibm double functions until they are > faster than the trig i387 double functions on a larger range than > [-pi/4, pi/4]. They could use extended precision, but only only on > some arches so there would be a negative reduction in complications > for replacing the MD functions by "MI" ones optimized in this way. > Does the polynomial approximation for sin start to fail between pi/4 > and pi/2, or are there other technical rasons to reduce to the current > ranges? Yeah, the float versions of just about everything would benefit from storing the extra bits in a double. Replacing two split doubles with a long double is harder, as you mention; it works (a) never, for 64-bit long doubles, (b) sometimes, for 80-bit long doubles, and (c) always, for 128-bit long doubles. Some of the lookup tables for the float routines are a bit braindead, too. It's impossible to use a polynomial approximation on [0,pi/2] or a larger range for tan(), since tan() grows faster than any polynomial as it approaches pi/2. There may be a rational approximation that works well, but I doubt it. It is possible to find polynomial approximations for sin() and cos() on [0,pi/2], but assuming that Dr. Ng knows what he's doing (a reasonable assumption), the degree of any such polynomial would likely be very large. By the way, Dr. Ng's paper on argument reduction mentions that the not-so-freely-distributable libm uses table lookup for medium size arguments that would otherwise require reduction: http://www.ucbtest.org/arg.ps So in summary, there's a lot of low-hanging fruit with the float routines, but I think that doing a better job for double requires multiple versions that use the appropriate kind of extended precision, table lookup, or consulting a numerical analyst. By the way, the CEPHES library (netlib/cephes or http://www.moshier.net/) has different versions of many of these routines. The trig functions are also approximated on [0,pi/4], but accurate argument reduction is not used. I have the licensing issues worked out with the author and core@ if we want to use any of these. However, my experience with exp2() and expl() from CEPHES showed that there are some significant inaccuracies, places where the approximating polynomial can overflow, etc. From owner-freebsd-i386@FreeBSD.ORG Mon Feb 21 03:10:17 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC2D716A4CE for ; Mon, 21 Feb 2005 03:10:17 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 816E243D49 for ; Mon, 21 Feb 2005 03:10:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1L3AHpY041358 for ; Mon, 21 Feb 2005 03:10:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1L3AHU6041357; Mon, 21 Feb 2005 03:10:17 GMT (envelope-from gnats) Resent-Date: Mon, 21 Feb 2005 03:10:17 GMT Resent-Message-Id: <200502210310.j1L3AHU6041357@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Cameron Villers Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F94F16A4CE for ; Mon, 21 Feb 2005 03:01:28 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E3FD43D1F for ; Mon, 21 Feb 2005 03:01:28 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j1L31So5030396 for ; Mon, 21 Feb 2005 03:01:28 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j1L31R7c030394; Mon, 21 Feb 2005 03:01:27 GMT (envelope-from nobody) Message-Id: <200502210301.j1L31R7c030394@www.freebsd.org> Date: Mon, 21 Feb 2005 03:01:27 GMT From: Cameron Villers To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/77825: dc driver pagefaults on bootup X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 03:10:17 -0000 >Number: 77825 >Category: i386 >Synopsis: dc driver pagefaults on bootup >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 03:10:17 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Cameron Villers >Release: 5.2.1-RELEASE i386 >Organization: >Environment: FreeBSD 5.2.1-RELEASE on an HP Pavilion 3100 (google it) with a Network Everywhere NC100 v2.1 (from what I can tell, a rebranded Linksys LNE100TX). >Description: Upon bootup of the installation CD or floppies, while loading drivers (after the boot menu), the dc driver will cause a pagefault. Just before the crash info is: dc0: port 0xf800-0xf8ff mem 0xfedffc00-0xfedfffff at device 18.0 on pci0 dc0: couldn't map interrupt >How-To-Repeat: Install a Network Everywhere NC100 v2.1 (or possibly any card using dc) in an HP Pavilion 3100. I wouldn't recommend trying it in any other machine, except perhaps one that has a PCI/ISA combo slot (on a riser card). (I'm strongly suspecting that that's the issue.) Then, try to boot FreeBSD. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Mon Feb 21 04:00:47 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF9B016A4CE for ; Mon, 21 Feb 2005 04:00:47 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80D7743D41 for ; Mon, 21 Feb 2005 04:00:47 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1L40lqJ045893 for ; Mon, 21 Feb 2005 04:00:47 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1L40liY045892; Mon, 21 Feb 2005 04:00:47 GMT (envelope-from gnats) Date: Mon, 21 Feb 2005 04:00:47 GMT Message-Id: <200502210400.j1L40liY045892@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Frank Mayhar Subject: Re: i386/77751: Hard hang related to ath? X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Frank Mayhar List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 04:00:47 -0000 The following reply was made to PR i386/77751; it has been noted by GNATS. From: Frank Mayhar To: freebsd-gnats-submit@FreeBSD.org, frank@exit.com Cc: sam@errno.com Subject: Re: i386/77751: Hard hang related to ath? Date: Sun, 20 Feb 2005 19:56:49 -0800 Well, I've convinced myself that this hang is unrelated to ath (and in fact is apparently related to the nvidia-driver port; I'll open a new PR for that). My apologies, and please close this PR. -- Frank Mayhar Exit Consulting From owner-freebsd-i386@FreeBSD.ORG Mon Feb 21 11:01:47 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E2DD16A4D6 for ; Mon, 21 Feb 2005 11:01:47 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39FA043D1D for ; Mon, 21 Feb 2005 11:01:47 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1LB1ln7034278 for ; Mon, 21 Feb 2005 11:01:47 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1LB1ko4034273 for freebsd-i386@freebsd.org; Mon, 21 Feb 2005 11:01:46 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 21 Feb 2005 11:01:46 GMT Message-Id: <200502211101.j1LB1ko4034273@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-i386@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 11:01:47 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/10/06] i386/57673 i386 [disklabel] Odd/dangerous disklabel behav o [2004/02/16] i386/62902 i386 Data Corruption on Dell PE 600SC (Server o [2004/04/16] i386/65646 i386 FreeBSD suddenly turns off the power o [2004/04/28] i386/66039 i386 panic: system panic with file system corr o [2004/05/27] i386/67260 i386 [boot] stack overflow after boot menu whe o [2004/09/05] i386/71395 i386 Data corrupted on Serverworks CG-SL chips o [2004/09/09] i386/71538 i386 [install] multi-homed install trashes exi o [2005/01/18] i386/76397 i386 ata raid crashes in g_down (heavy load) o [2005/02/01] i386/76944 i386 i386 bus_dmamap_create() bug o [2005/02/01] i386/76948 i386 Slow network with rl0 (rl0 driver problem o [2005/02/02] i386/77016 i386 Problem starting a jail in FreeBSD 5.2.1- o [2005/02/19] i386/77751 i386 Hard hang related to ath? o [2005/02/21] i386/77825 i386 dc driver pagefaults on bootup 13 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/13] i386/25781 i386 Statclocks cannot be disabled on ServerWo o [2002/07/05] i386/40219 i386 [apm] apm breaks removable media o [2002/10/16] i386/44130 i386 Enabled apm hangs up FreeBSD kernel on i8 o [2003/02/24] i386/48614 i386 VESA VGA modes for syscons lock up machin o [2003/05/22] i386/52556 i386 Syskonnect SK9843SX, sk driver, MII not d o [2003/05/22] i386/52581 i386 Boot loaders reading more than one sector o [2003/05/24] i386/52638 i386 SCSI U320 on SMP server won't run faster o [2003/06/06] i386/52975 i386 CPUTYPE=k7 results in non-functional /boo o [2003/06/11] i386/53200 i386 [boot] 5.1-RC1 SMP kernel boot gags at "A o [2003/06/16] i386/53382 i386 Repetable panics in ffs_vget() on Prolian o [2003/06/23] i386/53620 i386 [install] Kernel panics / reboots during o [2003/07/02] i386/54033 i386 Disk lockup. o [2003/07/15] i386/54501 i386 Promise Ultra133 TX2 does not work proper o [2003/08/13] i386/55555 i386 system freezes with access to /dev/ums0 o [2003/08/13] i386/55561 i386 SMbus and I2C don't attach when loaded as o [2003/08/15] i386/55615 i386 machine freezes - goes on after key press a [2003/08/24] i386/55930 i386 partly configured serial port freezes sys o [2003/09/17] i386/56937 i386 panic: system panic during high network l o [2003/09/20] i386/57043 i386 [hang] ar driver with 2 port PCI card loc f [2003/09/22] i386/57097 i386 [hang] Promise Ultra 100 TX2 causes locku p [2003/10/01] i386/57480 i386 Removing very large files using rm doesn' o [2003/10/09] i386/57818 i386 4.9-RC panics when kernel is built with a o [2003/10/16] i386/58139 i386 [panic] -CURRENT panics on Thinkpad A31p o [2003/10/23] i386/58458 i386 ATAPI-CDROM DMA Support on ALi Aladdin V o [2003/10/26] i386/58580 i386 After sysinstall, F2 fails; wrong device o [2003/10/30] i386/58718 i386 need to remove battery before booting lap o [2003/11/02] i386/58826 i386 reboot on an IBM PC Server 315 merely hal o [2003/11/11] i386/59192 i386 ATA drive not spotted with SCSI drive o [2003/11/25] i386/59683 i386 panic: signal 12 4.9-STABLE - frequent cr o [2003/11/26] i386/59701 i386 System hungup, after resume from suspend. o [2003/12/02] i386/59895 i386 [hang] system hangs from disk IO errors [ f [2003/12/02] i386/59897 i386 [hang] problems with swap-pager with grea f [2003/12/02] i386/59898 i386 [boot] pxe boot: BTX halted o [2003/12/17] i386/60344 i386 [boot] Intel ICH5 SATA RAID boot problems o [2003/12/27] i386/60603 i386 dd causes error when copying cd from ATA o [2003/12/27] i386/60633 i386 [hang] SIS motherboard with the SIS 5591 o [2003/12/27] i386/60641 i386 Sporadic SCSI bus resets with 53C810 unde o [2003/12/28] i386/60671 i386 FreeBSD 5.2RC2 installation process doesn o [2003/12/29] i386/60681 i386 wicontrol -L critical crash (sigbus) o [2003/12/29] i386/60690 i386 atapicd driver causes spontaneous uncondi o [2004/01/04] i386/60887 i386 can't boot when fbsd exists with other op o [2004/01/08] i386/61063 i386 [ata] ata hangs in smp system f [2004/01/10] i386/61163 i386 [boot] "/:write failed, filesystem is ful o [2004/01/12] i386/61253 i386 [panic] page fault on installation freebs o [2004/01/13] i386/61303 i386 5.2-REL hangs during boot with 3-port pyr o [2004/01/13] i386/61326 i386 Reboot while booting from 5.2-RELEASE CD o [2004/01/14] i386/61342 i386 [hang] CD-based installation crashes [4.9 o [2004/01/20] i386/61646 i386 [workaround] Strange irq20 weirdness caus o [2004/01/22] i386/61705 i386 [ntp] Random "bus errors" on 5.2-RELEASE o [2004/01/22] i386/61709 i386 [panic] 5.2-REL i386 Crashes hard; panics o [2004/01/25] i386/61890 i386 [fdisk] FDisk uses incorrect calculations f [2004/02/02] i386/62248 i386 [boot] 5.2 current hangs on boot o [2004/02/02] i386/62280 i386 em0 broken after resume in 5.2-CURRENT o [2004/02/09] i386/62565 i386 device.hints are not honored in 5.2.1-RC o [2004/02/13] i386/62807 i386 4.9 SMP does not work with Compaq Smart o [2004/02/15] i386/62888 i386 ad4: WARNING - WRITE_DMA interrupt was se o [2004/02/24] i386/63305 i386 reading udf filesystem on dvd+rw leads to o [2004/02/27] i386/63430 i386 [ata] TIMEOUT - ATA READ o [2004/02/27] i386/63441 i386 [panic] fatal trap 12 in pmap.c [4.9 with o [2004/02/27] i386/63467 i386 [ata] Sil 3114: RAID not detected using S o [2004/03/03] i386/63678 i386 5.2.1 installation hangs on t30 o [2004/03/04] i386/63776 i386 [boot] hang during boot on a toshiba p25 o [2004/03/06] i386/63828 i386 [hang] when installing Release 5.2.1 (i38 o [2004/03/06] i386/63853 i386 [hang] 5.2.1 boot CD hangs during boot (T o [2004/03/07] i386/63871 i386 [panic] kernel panic in swi8 after 1 hour o [2004/03/09] i386/63992 i386 [hang] XFree86 4.3 hangs on IBM ThinkPad o [2004/03/12] i386/64183 i386 5.1-RELEASE Install hung at "Probing devi o [2004/03/19] i386/64450 i386 Lucent Technologies WaveLAN/IEEE (PCI) fr o [2004/03/25] i386/64680 i386 5.2.1 pci-cfgintr steals serial mouse irq o [2004/03/25] i386/64697 i386 5.2.x BTX loader halts with Promise FastT o [2004/03/25] i386/64716 i386 [nis] mv crashes FreeBSD 5.2.1-p3 o [2004/03/25] i386/64727 i386 [boot] cannot find disk on asus p4s533mx o [2004/04/03] i386/65137 i386 [boot] 5.2.1 Intall Boot from floppies pa o [2004/04/14] i386/65523 i386 [patch] PXE loader malfunction in multipl o [2004/04/19] i386/65775 i386 [panic] Transmeta crusoe without longrun o [2004/04/22] i386/65896 i386 [panic] 5.2-RELEASE re(4) driver, kernel f [2004/04/25] i386/65954 i386 [panic] Sil0680 panic [5.2.1-p5] o [2004/04/29] i386/66087 i386 [install] hang at PCI config [5.2.1] o [2004/05/01] i386/66133 i386 [boot] nvidia motherboard installer locks o [2004/05/06] i386/66306 i386 pnpbios_identify() queries for more devic f [2004/05/06] i386/66339 i386 [hang] XFree86 initialization with an Lap o [2004/05/07] i386/66350 i386 [sysinstall] sysinstall creates a partiti o [2004/05/07] i386/66368 i386 [install] 4.9 install fails with MODE_SEN o [2004/05/19] i386/66876 i386 [patch] Cannot extract tar(1) multi-volum o [2004/05/22] i386/67047 i386 mpt driver does not recognize messages fr o [2004/06/01] i386/67469 i386 src/lib/msun/i387/s_tan.S gives incorrect o [2004/06/07] i386/67688 i386 5.2.1 initial floppy boot fails with Fata o [2004/06/11] i386/67833 i386 [boot] 4.10 does not boot after enabling f [2004/06/15] i386/67955 i386 [panic] -current on T40p kernel trap 12 i o [2004/06/27] i386/68411 i386 VMware Virtual Machine - Network Fails Du o [2004/06/28] i386/68438 i386 bootloader cannot read from icp vortex ar o [2004/06/28] i386/68460 i386 [nfs] NFS mounts lock processes in sbwait o [2004/07/01] i386/68554 i386 [hang] system freeze on Compaq Evo 600c [ o [2004/07/10] i386/68899 i386 Problems reading and writing DVD-RAM disc o [2004/07/11] i386/68900 i386 5.x install CDs fail to boot on Toshiba S o [2004/07/14] i386/69049 i386 [install] error "anic: page fault" o [2004/07/19] i386/69260 i386 [install] Problem starting the installati o [2004/07/19] i386/69281 i386 init dies when MAXSSIZ, MAXDSIZ, and DFLD f [2004/08/03] i386/69945 i386 "Page fault" while shutting down on VIA K o [2004/08/05] i386/70028 i386 umass isuue in the boot prcess on SONY La o [2004/08/11] i386/70330 i386 Re-Open 33262? - gdb does not handle pend o [2004/08/13] i386/70386 i386 IBM x345 Freezes Randomly o [2004/08/15] i386/70482 i386 Array adapter problems o [2004/08/16] i386/70525 i386 [boot] boot0cfg: -o packet not effective o [2004/08/16] i386/70531 i386 [patch] boot0 hides Lilo in extended slic o [2004/08/19] i386/70663 i386 Freebsd 4.10 ncplogin + Netware 4.11 = nw o [2004/08/20] i386/70747 i386 ddos attack causes box to crash on kernel f [2004/08/21] i386/70805 i386 [apm] page fault early during boot with a o [2004/08/25] i386/70925 i386 [hang] 5.3Beta1 acpi-pci driver failure, f [2004/08/25] i386/70962 i386 [install] When downloading the installer o [2004/08/26] i386/71000 i386 [boot] BTX halted when booting from CD on o [2004/08/27] i386/71048 i386 [hang] ASUS TUV4X hangs when SONY CRX140E o [2004/08/28] i386/71087 i386 [hang] 5.3-beta(2-5) fail to install on e o [2004/08/30] i386/71144 i386 FBSD5.3b2 doesn't boot on a Compaq Armada o [2004/08/30] i386/71158 i386 pci bus number 3 devices are missing on l o [2004/08/31] i386/71190 i386 Dead thinkpad R31 after installing 5.2.1 o [2004/08/31] i386/71208 i386 Intel EtherExpress not working o [2004/09/05] i386/71392 i386 5.3-Beta[2-5] crash after final sync when o [2004/09/06] i386/71428 i386 DMA does not work on VIA 82C586 [4.10] o [2004/09/07] i386/71470 i386 [hang] Asus P4P800-E Promise 20378 RAID 1 o [2004/09/12] i386/71641 i386 5.3-BETA3: wi0 hangs during kernel load o [2004/09/19] i386/71894 i386 burncd unkillable with bad CD's o [2004/09/22] i386/72004 i386 [boot] FreeBSD 5.2.1 install hangs with e o [2004/09/24] i386/72065 i386 4.x and 5.2.1 doesn't recognize PCnet/ISA f [2004/09/24] i386/72069 i386 [panic] Fatal trap 12: page fault while i o [2004/09/30] i386/72215 i386 with acpi enabled network card will not w o [2004/10/04] i386/72334 i386 7) i386|[boot] FreeBSD 5.3 Beta6 and Beta o [2004/10/05] i386/72343 i386 Suspend resets system on Inspiron 5160. o [2004/10/06] i386/72378 i386 NFS hangs in 5.3-BETA7 [3Com gbit card] o [2004/10/07] i386/72416 i386 FreeBSD 5.3-BETA7: The alternate systemcl o [2004/10/08] i386/72441 i386 HP Proliant DL380 hangs on reboot with 5. o [2004/10/09] i386/72456 i386 5.xx Releases Do Not Identify ATA when 4. o [2004/10/12] i386/72579 i386 unable to install FreeBSD on Intel E7520 o [2004/10/17] i386/72778 i386 5.3beta7 never boots, suspected SMP probl o [2004/10/21] i386/72960 i386 BTX halted with Promise Tx2000 Raid o [2004/10/21] i386/72976 i386 [panic] trap 9 on boot [ACPI-related] o [2004/10/25] i386/73102 i386 FreeBSD hangs on boot-up of omnibook 4150 o [2004/10/27] i386/73182 i386 fxp0: device timeout o [2004/10/27] i386/73196 i386 [hang]5.2.1 boot CD hangs during boot on o [2004/10/29] i386/73265 i386 FreeBSD kernel crashes when booting on EC o [2004/10/30] i386/73298 i386 "Fatal trap 12: page fault while in kerne o [2004/11/03] i386/73484 i386 Kernel panic when doing `ls` from the cli o [2004/11/07] i386/73640 i386 FreeBSD 5.2.1 y ahora 5.3 se queda congel o [2004/11/08] i386/73658 i386 ed(4) can't get correct MAC address o [2004/11/08] i386/73666 i386 5.3 UDMA error WD1600 can't partition dri f [2004/11/10] i386/73765 i386 Install Issue on DELL Oplex 260 [5.3R] o [2004/11/14] i386/73934 i386 fdisk sees disk as empty o [2004/11/16] i386/74008 i386 IBM eServer x225 cannot boot any v5.x - e o [2004/11/17] i386/74044 i386 ServerWorks OSB4 SMBus interface does not o [2004/11/18] i386/74074 i386 hw.ata.wc=0 / but write cache still enabl o [2004/11/19] i386/74124 i386 ata0 failure on HP(Vectra) VL6/350 [intro o [2004/11/21] i386/74217 i386 init died [Presario 2500] o [2004/11/28] i386/74467 i386 On a freshly installed FreeBSD-4.10 (bina o [2004/11/29] i386/74532 i386 Install will not boot on Toshiba Satalite o [2004/12/01] i386/74576 i386 FAILURE - ATA_IDENTIFY no interrupt o [2004/12/01] i386/74595 i386 Suspected FreeBSD-4.10 rndcontrol(8) rela o [2004/12/01] i386/74601 i386 Cardbus fails after busdma_machdep.c upda o [2004/12/02] i386/74605 i386 5.3 networking impossibly slow on 32M p15 o [2004/12/07] i386/74816 i386 OS crash with kernel trap 12 in different o [2004/12/08] i386/74860 i386 on kernel recompile, "make depend" fails o [2004/12/10] i386/74923 i386 kernel panic with ncplist on 5.3-release o [2004/12/12] i386/74988 i386 dma errors with large maxtor hard drives o [2004/12/14] i386/75041 i386 Sk driver gets "Corrupt MAC on input" dur o [2004/12/16] i386/75165 i386 if ng_pppoe switches to nonstandard mode o [2004/12/17] i386/75201 i386 nge driver causes FreeBSD 5.3-RELEASE and o [2004/12/23] i386/75441 i386 fxp device timeout o [2004/12/27] i386/75531 i386 Various DMA errors result in system panic o [2005/01/05] i386/75847 i386 system freeze on Medion laptop o [2005/01/06] i386/75887 i386 with vt0.disabled=0 and PCVT in kernel vi o [2005/01/10] i386/76023 i386 xmms causes panic o [2005/01/11] i386/76105 i386 PF on renamed interfaces page fault while o [2005/01/17] i386/76372 i386 cannot burn iso image disk2 of any releas o [2005/01/20] i386/76487 i386 Compiled GENERIC kernel (and non-GENERIC) o [2005/01/25] i386/76666 i386 Booting and Sound are mutually exclusive o [2005/01/27] i386/76737 i386 CardBus problem (cbb1: Could not map regi o [2005/01/28] i386/76785 i386 Installation Errors o [2005/01/30] i386/76840 i386 aureal-kmod locks the STABLE snapshot of o [2005/01/31] i386/76925 i386 standard pci-ide, install - "NO DISKS FOU o [2005/02/06] i386/77154 i386 5.3 refuses to boot when IDE channel2 is o [2005/02/09] i386/77325 i386 valgrind hangs at program completion, see o [2005/02/10] i386/77335 i386 Can not initial Ethernet Broadcom UDI PXE o [2005/02/13] i386/77443 i386 Can't access floppy - "/dev/fd0: Input/ou o [2005/02/14] i386/77529 i386 installation of freebsd 5.3 in laptop an o [2005/02/17] i386/77643 i386 SATA PCI controllers fail with WRITE_DMA o [2005/02/19] i386/77710 i386 Linux page fault sigcontext information i o [2005/02/20] i386/77804 i386 Reusing freed memory in if_bfe.c 186 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/07/24] i386/40958 i386 apm on Acer TravelMate 351 could not resu o [2002/08/21] i386/41856 i386 VESA splash screen problems on ThinkPad 2 o [2003/05/14] i386/52249 i386 [PATCH] Bootmanager shows NTFS partitions o [2003/05/19] i386/52427 i386 DVD replay under MSI "655 MAX" mobo inter o [2003/06/14] i386/53324 i386 pam_group problems (PAM_RUSER used instea o [2003/10/31] i386/58784 i386 ATA DMA fails and vx0 creates panic o [2003/11/23] conf/59600 i386 [PATCH] Improved us.emacs.kbd mapping f [2003/11/30] i386/59854 i386 System panics when AMD 762 AGP is loaded o [2003/12/17] i386/60319 i386 [hang] read error 34/0 during installatio o [2003/12/29] i386/60702 i386 can't boot 5.2-RC2 iso's to install o [2004/01/05] misc/60919 i386 No login possible (sporadic) o [2004/01/06] i386/60963 i386 [PATCH] Win32 Applications abort on PECOF o [2004/01/07] i386/61005 i386 [boot] The Boot Manager in FreeBSD 5.2RC o [2004/01/13] i386/61308 i386 Maxproc Limits counts Zombie Processes wh o [2004/01/14] i386/61348 i386 Adaptec 1460D PCI SCSI Card does not work o [2004/01/16] i386/61442 i386 Highpoint RocketRAID 1520 uses only UDMA2 o [2004/01/17] i386/61481 i386 [patch] a mechanism to wire io-channel-ch o [2004/01/20] i386/61603 i386 [sysinstall] wrong geometry guessed o [2004/01/24] i386/61838 i386 Realtek -8139C Card Not Supported o [2004/01/24] i386/61843 i386 Intel PRO/100 VE adapter is not recognize f [2004/01/25] i386/61889 i386 Have to reinsert pccard after reboot o [2004/01/27] i386/62003 i386 [patch] make /boot/loader "reboot" code s o [2004/02/17] i386/62977 i386 Mouse daemon during install/setup f [2004/02/25] i386/63334 i386 make kernel error o [2004/03/05] i386/63815 i386 boot loader waste a lot of time (10 min) o [2004/03/23] i386/64626 i386 AP initialization problem on GIGABYTE GA- f [2004/03/27] i386/64795 i386 Network Adapter not configuring o [2004/04/03] i386/65124 i386 Unable to disable TERM_EMU cleanly o [2004/04/14] i386/65528 i386 mouse cursor disapears on moving o [2004/04/18] i386/65691 i386 fxp0: device timeout p [2004/04/18] i386/65729 i386 Document machdep.hlt_cpus sysctl f [2004/05/21] i386/66996 i386 Problem with CD/DVD ROM o [2004/05/22] i386/67055 i386 Mouse (wheel) detection problem on SIS748 o [2004/05/30] i386/67383 i386 [patch] do a better job disassembling cod o [2004/06/01] i386/67456 i386 [LOR] LOR on dual-xeon w/ ht o [2004/06/09] i386/67763 i386 [patch] PCMCIA: MELCO manufacturer code s o [2004/06/10] i386/67773 i386 5.x series - md5 on dev no longer works e o [2004/06/18] i386/68087 i386 wget core dumps with: Assertion failed: ( o [2004/06/19] i386/68117 i386 serious network collisions after NIC "med o [2004/06/20] i386/68140 i386 Problem with Sony AIT ATAPI Tape dirve o [2004/06/30] i386/68514 i386 Realtek driver halts on oversized frames o [2004/06/30] i386/68518 i386 Hangs while loading 82443BX agp during bo o [2004/07/07] i386/68754 i386 [hang] SMP reset bug (Tyan Thunder100, 44 o [2004/07/18] i386/69257 i386 [patch] in_cksum_hdr is non-functional wi o [2004/07/23] i386/69460 i386 the nic's speed slow down when both side o [2004/07/28] kern/69688 i386 NATD does not work with outgoing PPTP VPN o [2004/07/28] i386/69722 i386 wi0: init failed o [2004/07/29] i386/69730 i386 [patch] puc driver doesn't support PC-Com o [2004/08/02] kern/69931 i386 PS/2 Optical Mouse (Micro Innovations) mi f [2004/08/05] i386/70036 i386 pcn device not recognizing device o [2004/08/18] i386/70610 i386 [patch] spkr(4): hardcoded assumption HZ o [2004/08/22] i386/70810 i386 [patch] Enable SMBus device on Asus P4B s o [2004/08/22] i386/70832 i386 Serious problems with RealTek NIC using r o [2004/08/25] i386/70926 i386 [boot] 5.3Beta-1 bootstrap error: "atapci o [2004/09/11] i386/71586 i386 FreeBSD 5.3-BETA3 #3 hang during boot on o [2004/09/20] i386/71924 i386 timeouts with ata+hpt366 controller on BE o [2004/09/29] i386/72179 i386 Inconsistent apm(8) output regarding the o [2004/10/30] i386/73308 i386 kevinxlinuz@126.com o [2004/10/30] i386/73328 i386 top shows NICE as -111 on processes start o [2004/11/08] i386/73663 i386 module_register_init: MOD_LOAD (ibcs2, 0x o [2004/11/08] i386/73673 i386 ifconfig tun0 destroy report: ifconfig: S o [2004/11/09] i386/73742 i386 5.3 rel i386 disk2 image not copying o [2004/11/10] i386/73785 i386 I have just downloaded 5.3 ISO to try.. N o [2004/11/12] i386/73847 i386 volume label - 5.3 cd 1 o [2004/11/12] i386/73865 i386 NOINET6=yes in /etc/make.conf ignored o [2004/11/14] i386/73921 i386 sysctlbyname for machdep.tsc_freq doesn't o [2004/11/15] i386/73968 i386 pkg_version ends with Unable to open INDE o [2004/11/15] i386/73978 i386 an error message appears during loading o o [2004/11/18] i386/74091 i386 PCMCIA: MELCO Manufacturer code should be o [2004/11/20] i386/74153 i386 FreeBSD 5.3 cannot boot ftom pst o [2004/11/21] i386/74188 i386 no sound on a7v600-x with chipset VT8237 o [2004/11/21] i386/74191 i386 Notebook PC2001 Compliant AC97 audio work o [2004/11/21] i386/74211 i386 USB flash drive causes CAM status 0x4 on o [2004/11/21] i386/74216 i386 system halts o [2004/11/21] i386/74218 i386 boot floppy (2nd time) read error o [2004/11/24] i386/74327 i386 mlock() causes physical memory leakage o [2004/11/26] i386/74406 i386 sysinstall accepts but discards media opt o [2004/11/27] i386/74454 i386 [PATCH] Adding VIA Eden family to bsd.cpu o [2004/12/01] i386/74593 i386 Installer installs the wrong version of l o [2004/12/03] i386/74650 i386 System Reboot with umount command o [2004/12/07] i386/74803 i386 3Com509B o [2004/12/08] i386/74829 i386 FreeBSD 5.3-RELEASE hangs during boot/ins o [2004/12/12] i386/74966 i386 Realtek driver seems to misinterpret some o [2004/12/12] i386/74971 i386 vinum creates (shows) incorrect volume (s o [2004/12/14] i386/75057 i386 [QUIRK] Add support for ZICPlay USB MP3 P o [2004/12/15] i386/75090 i386 READ_BIG errors with Sony CRX1611 o [2004/12/22] i386/75387 i386 Future support of Promise SATAII150 TX4 w o [2004/12/23] i386/75420 i386 CMD 648 PCI not work o [2004/12/28] i386/75570 i386 chflags nosappnd directory doesn't work o [2004/12/28] i386/75583 i386 Installation fails o [2004/12/29] i386/75589 i386 O2Micro pccard1 slot not functioning whil o [2005/01/04] i386/75776 i386 NO ps/2 keyboard using USB keyboard under o [2005/01/05] i386/75862 i386 fpsetsticky() incorrectly clears, instead o [2005/01/06] i386/75898 i386 Exception and reboot: Loader and kernel u o [2005/01/23] i386/76587 i386 ps2 mouse weird... o [2005/01/25] i386/76653 i386 Problem with Asahi Optical usb device (Pe o [2005/01/26] i386/76707 i386 Bind 9 - query-source bug? o [2005/01/27] i386/76752 i386 /usr/bin/login o [2005/01/27] i386/76775 i386 BIND9 and dynamic updates o [2005/02/07] i386/77239 i386 3Com 3CXFEM656C does not seem to be suppo o [2005/02/14] i386/77477 i386 AHA-1542CP SCSI failed to probe o [2005/02/15] i386/77541 i386 em driver if_oerrors book keeping error 102 problems total. From owner-freebsd-i386@FreeBSD.ORG Mon Feb 21 13:02:41 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D56316A4CE; Mon, 21 Feb 2005 13:02:41 +0000 (GMT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A26343D55; Mon, 21 Feb 2005 13:02:40 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j1LD2cA6007478; Tue, 22 Feb 2005 00:02:38 +1100 Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) j1LD2aS5011225; Tue, 22 Feb 2005 00:02:37 +1100 Date: Tue, 22 Feb 2005 00:02:35 +1100 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: David Schultz In-Reply-To: <20050220225201.GA4339@VARK.MIT.EDU> Message-ID: <20050221223142.K3458@epsplex.bde.org> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> <20050204215913.GA44598@VARK.MIT.EDU> <20050205181808.J10966@delplex.bde.org> <20050209051401.GA18775@VARK.MIT.EDU> <20050209232758.F3249@epsplex.bde.org> <20050210072314.GA26713@VARK.MIT.EDU> <20050214000320.U1866@epsplex.bde.org> <20050220202844.R5075@epsplex.bde.org> <20050220225201.GA4339@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD-gnats-submit@freebsd.org cc: freebsd-i386@freebsd.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 13:02:41 -0000 On Sun, 20 Feb 2005, David Schultz wrote: > On Sun, Feb 20, 2005, Bruce Evans wrote: > > I would adjust the following due to these results: > > Think about deleting the exp and > > log i387 float functions. > > I didn't add NetBSD's e_expf.S in the first place because my tests > showed that it was slower. :-P As for log{,b,10}f, your tests show > that the asm versions are faster on my Pentium 4: > > asmlogf: nsec per call: 40 41 40 40 40 40 40 40 40 40 40 40 40 40 40 40 > fdllogf: nsec per call: 76 77 77 78 76 78 78 78 77 75 78 78 78 78 78 78 > asmlogbf: nsec per call: 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 > fdllogbf: nsec per call: 18 18 18 18 18 18 18 18 18 18 18 18 18 18 18 18 > asmlog10f: nsec per call: 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 > fdllog10f: nsec per call: 80 80 71 88 71 71 95 84 71 71 71 71 72 112 96 71 I get similar results for logf on all old machines, but fdllogf is faster on my Athlon XP: to.axpb-2223: asmlogf: nsec per call: 60 60 58 61 60 57 60 62 62 58 57 57 57 62 62 62 fdllogf: nsec per call: 46 45 45 45 46 45 45 45 45 46 45 45 45 45 45 45 asmlogbf: nsec per call: 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 fdllogbf: nsec per call: 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 asmlog10f: nsec per call: 60 60 58 61 60 57 60 62 62 58 57 57 57 62 62 62 fdllog10f: nsec per call: 87 87 83 90 88 79 86 94 94 81 78 78 79 94 94 95 asmlog ties with fdllog on the axp (65-68 nsec for both). logb is quite different from the other functions so it doesn't really belong in this benchmark (I got it using grep :-). > > - delete all inverse trig i387 functions. > > This is a clear win for asin() and acos(). It's not so clear for > atan() or atan2(): > > asmatan: nsec per call: 68 68 68 68 68 68 68 69 69 68 68 68 68 68 68 68 > fdlatan: nsec per call: 92 92 92 92 92 94 97 70 70 97 95 92 92 92 92 92 > fdlatanf: nsec per call: 70 70 70 70 70 71 72 58 58 72 70 69 70 75 71 69 > > This is for the same Pentium 4 as above. Do you get different > results for a saner processor, like an Athlon? IIRC, atan2f() was > faster in assembly according to my naive tests, or I wouldn't have > imported it. I don't remember what inputs I tried or why I left out > atanf(). I didn't test atanf or atan2*, but fdlatan was faster on a K6-1, an old Celeron, a P3 and an AXP, but not on a 486: to.486dx2-66 asmatan: nsec per call: 5518 5522 5527 5530 5474 5473 5674 5440 5433 5703 5625 5628 5554 5545 5554 5557 fdlatan: nsec per call: 8128 8126 8127 8132 7990 8352 8910 7667 7557 8723 8272 7929 7913 7926 7915 7921 to.axpb-2223 asmatan: nsec per call: 87 87 87 87 87 87 87 78 78 87 87 87 87 87 87 87 fdlatan: nsec per call: 65 65 65 65 65 66 68 51 51 68 66 65 65 65 65 65 to.cel366 asmatan: nsec per call: 444 444 444 444 444 444 444 424 424 444 444 444 444 444 444 444 fdlatan: nsec per call: 370 370 370 370 370 382 397 323 323 397 382 370 370 370 370 370 to.k6-233 asmatan: nsec per call: 827 827 827 827 827 827 857 838 833 853 823 823 823 823 823 823 fdlatan: nsec per call: 771 771 771 771 772 801 834 712 707 826 793 763 763 763 763 763 to.p3-800 asmatan: nsec per call: 209 209 205 209 209 209 209 200 200 209 209 209 209 209 209 209 fdlatan: nsec per call: 175 175 175 176 176 181 179 150 149 178 174 172 171 171 172 172 so asmatanf can only beat fdlatanf if the latter is doing something much worse than the double version. I tested with an almost unchanged version of -current's lib/msun. I forgot to mention that I added arg reduction to the asm cosf, sinf and tanf. ucbtest noticed that the asm versions were broken, but after adding the range reduction, ucbtest didn't report any significant changes since last June. > [...] > > - think about optimizing the trig fdlibm double functions until they are > > faster than the trig i387 double functions on a larger range than > > [-pi/4, pi/4]. They could use extended precision, but only only on > [...] > It's impossible to use a polynomial approximation on [0,pi/2] or a > larger range for tan(), since tan() grows faster than any > polynomial as it approaches pi/2. There may be a rational > approximation that works well, but I doubt it. It is possible to > find polynomial approximations for sin() and cos() on [0,pi/2], > but assuming that Dr. Ng knows what he's doing (a reasonable > assumption), the degree of any such polynomial would likely be > very large. I was only thinking of cos() and sin(). tan() has a good (local) rational approximation everywhere since it is the quotient of 2 functions that are analytic everywhere, but fdlibm already uses this via range reduction (tan() on [pi/4, 3pi/4] is like -1/tan() on [-pi/4, pi/4]). > By the way, the CEPHES library (netlib/cephes or > http://www.moshier.net/) has different versions of many of these > routines. The trig functions are also approximated on [0,pi/4], > but accurate argument reduction is not used. I have the licensing > issues worked out with the author and core@ if we want to use any > of these. However, my experience with exp2() and expl() from > CEPHES showed that there are some significant inaccuracies, places > where the approximating polynomial can overflow, etc. Good work. I only asked the author about licensing and found that there would be few problems. Bruce From owner-freebsd-i386@FreeBSD.ORG Mon Feb 21 13:10:19 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C939A16A4CE for ; Mon, 21 Feb 2005 13:10:19 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C9CC43D45 for ; Mon, 21 Feb 2005 13:10:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1LDAJ9g055371 for ; Mon, 21 Feb 2005 13:10:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1LDAJeo055370; Mon, 21 Feb 2005 13:10:19 GMT (envelope-from gnats) Date: Mon, 21 Feb 2005 13:10:19 GMT Message-Id: <200502211310.j1LDAJeo055370@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bruce Evans List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 13:10:19 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: Bruce Evans To: David Schultz Cc: FreeBSD-gnats-submit@freebsd.org, freebsd-i386@freebsd.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Tue, 22 Feb 2005 00:02:35 +1100 (EST) On Sun, 20 Feb 2005, David Schultz wrote: > On Sun, Feb 20, 2005, Bruce Evans wrote: > > I would adjust the following due to these results: > > Think about deleting the exp and > > log i387 float functions. > > I didn't add NetBSD's e_expf.S in the first place because my tests > showed that it was slower. :-P As for log{,b,10}f, your tests show > that the asm versions are faster on my Pentium 4: > > asmlogf: nsec per call: 40 41 40 40 40 40 40 40 40 40 40 40 40 40 40 40 > fdllogf: nsec per call: 76 77 77 78 76 78 78 78 77 75 78 78 78 78 78 78 > asmlogbf: nsec per call: 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 > fdllogbf: nsec per call: 18 18 18 18 18 18 18 18 18 18 18 18 18 18 18 18 > asmlog10f: nsec per call: 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 > fdllog10f: nsec per call: 80 80 71 88 71 71 95 84 71 71 71 71 72 112 96 71 I get similar results for logf on all old machines, but fdllogf is faster on my Athlon XP: to.axpb-2223: asmlogf: nsec per call: 60 60 58 61 60 57 60 62 62 58 57 57 57 62 62 62 fdllogf: nsec per call: 46 45 45 45 46 45 45 45 45 46 45 45 45 45 45 45 asmlogbf: nsec per call: 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 fdllogbf: nsec per call: 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 12 asmlog10f: nsec per call: 60 60 58 61 60 57 60 62 62 58 57 57 57 62 62 62 fdllog10f: nsec per call: 87 87 83 90 88 79 86 94 94 81 78 78 79 94 94 95 asmlog ties with fdllog on the axp (65-68 nsec for both). logb is quite different from the other functions so it doesn't really belong in this benchmark (I got it using grep :-). > > - delete all inverse trig i387 functions. > > This is a clear win for asin() and acos(). It's not so clear for > atan() or atan2(): > > asmatan: nsec per call: 68 68 68 68 68 68 68 69 69 68 68 68 68 68 68 68 > fdlatan: nsec per call: 92 92 92 92 92 94 97 70 70 97 95 92 92 92 92 92 > fdlatanf: nsec per call: 70 70 70 70 70 71 72 58 58 72 70 69 70 75 71 69 > > This is for the same Pentium 4 as above. Do you get different > results for a saner processor, like an Athlon? IIRC, atan2f() was > faster in assembly according to my naive tests, or I wouldn't have > imported it. I don't remember what inputs I tried or why I left out > atanf(). I didn't test atanf or atan2*, but fdlatan was faster on a K6-1, an old Celeron, a P3 and an AXP, but not on a 486: to.486dx2-66 asmatan: nsec per call: 5518 5522 5527 5530 5474 5473 5674 5440 5433 5703 5625 5628 5554 5545 5554 5557 fdlatan: nsec per call: 8128 8126 8127 8132 7990 8352 8910 7667 7557 8723 8272 7929 7913 7926 7915 7921 to.axpb-2223 asmatan: nsec per call: 87 87 87 87 87 87 87 78 78 87 87 87 87 87 87 87 fdlatan: nsec per call: 65 65 65 65 65 66 68 51 51 68 66 65 65 65 65 65 to.cel366 asmatan: nsec per call: 444 444 444 444 444 444 444 424 424 444 444 444 444 444 444 444 fdlatan: nsec per call: 370 370 370 370 370 382 397 323 323 397 382 370 370 370 370 370 to.k6-233 asmatan: nsec per call: 827 827 827 827 827 827 857 838 833 853 823 823 823 823 823 823 fdlatan: nsec per call: 771 771 771 771 772 801 834 712 707 826 793 763 763 763 763 763 to.p3-800 asmatan: nsec per call: 209 209 205 209 209 209 209 200 200 209 209 209 209 209 209 209 fdlatan: nsec per call: 175 175 175 176 176 181 179 150 149 178 174 172 171 171 172 172 so asmatanf can only beat fdlatanf if the latter is doing something much worse than the double version. I tested with an almost unchanged version of -current's lib/msun. I forgot to mention that I added arg reduction to the asm cosf, sinf and tanf. ucbtest noticed that the asm versions were broken, but after adding the range reduction, ucbtest didn't report any significant changes since last June. > [...] > > - think about optimizing the trig fdlibm double functions until they are > > faster than the trig i387 double functions on a larger range than > > [-pi/4, pi/4]. They could use extended precision, but only only on > [...] > It's impossible to use a polynomial approximation on [0,pi/2] or a > larger range for tan(), since tan() grows faster than any > polynomial as it approaches pi/2. There may be a rational > approximation that works well, but I doubt it. It is possible to > find polynomial approximations for sin() and cos() on [0,pi/2], > but assuming that Dr. Ng knows what he's doing (a reasonable > assumption), the degree of any such polynomial would likely be > very large. I was only thinking of cos() and sin(). tan() has a good (local) rational approximation everywhere since it is the quotient of 2 functions that are analytic everywhere, but fdlibm already uses this via range reduction (tan() on [pi/4, 3pi/4] is like -1/tan() on [-pi/4, pi/4]). > By the way, the CEPHES library (netlib/cephes or > http://www.moshier.net/) has different versions of many of these > routines. The trig functions are also approximated on [0,pi/4], > but accurate argument reduction is not used. I have the licensing > issues worked out with the author and core@ if we want to use any > of these. However, my experience with exp2() and expl() from > CEPHES showed that there are some significant inaccuracies, places > where the approximating polynomial can overflow, etc. Good work. I only asked the author about licensing and found that there would be few problems. Bruce From owner-freebsd-i386@FreeBSD.ORG Mon Feb 21 13:54:54 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DB1216A4CE; Mon, 21 Feb 2005 13:54:54 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F8C543D31; Mon, 21 Feb 2005 13:54:54 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1LDssrq058555; Mon, 21 Feb 2005 13:54:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1LDssRa058551; Mon, 21 Feb 2005 13:54:54 GMT (envelope-from linimon) Date: Mon, 21 Feb 2005 13:54:54 GMT From: Mark Linimon Message-Id: <200502211354.j1LDssRa058551@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/77016: Problem starting a jail in FreeBSD 5.2.1-RELEASE X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 13:54:54 -0000 Synopsis: Problem starting a jail in FreeBSD 5.2.1-RELEASE Responsible-Changed-From-To: freebsd-i386->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 21 13:54:09 GMT 2005 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=77016 From owner-freebsd-i386@FreeBSD.ORG Tue Feb 22 01:00:42 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3197416A4CE for ; Tue, 22 Feb 2005 01:00:42 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB90443D1D for ; Tue, 22 Feb 2005 01:00:41 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1M10fw9043758 for ; Tue, 22 Feb 2005 01:00:41 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1M10fKA043757; Tue, 22 Feb 2005 01:00:41 GMT (envelope-from gnats) Date: Tue, 22 Feb 2005 01:00:41 GMT Message-Id: <200502220100.j1M10fKA043757@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Frank Mayhar Subject: Re: i386/77751: Hard hang related to ath? X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Frank Mayhar List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 01:00:42 -0000 The following reply was made to PR i386/77751; it has been noted by GNATS. From: Frank Mayhar To: freebsd-gnats-submit@FreeBSD.org, frank@exit.com Cc: sam@errno.com Subject: Re: i386/77751: Hard hang related to ath? Date: Mon, 21 Feb 2005 16:53:34 -0800 Belay that. The hang definitely has at least _something_ to do with the ath driver. After seeing the hang while running the nv X11 driver (thereby eliminating the nvidia driver from suspicion), I spent today trying to narrow things down. Again. I'm now convinced that there's a problem with the ath driver, somewhere somehow. The hangs have happened very reliably when I'm some feet away from the access point in my living room. This is a _very_ RF-noisy environment, with various and sundry equipment in all directions, cell sites nearby and no fewer than four other wireless networks in range. In my lab the access point is less than six feet from the laptop, so I attenuated the signal by the expedient step of putting the AP in two nested antistatic bags. It lowered the effective power (as reported by the "wireless network" Gnome applet) from roughly 50% to around 25%. I set the laptop up in my lab connected to a firewire console and I turned on as much debugging as I could find and could stand to watch scroll by. In the end, I had dev.ath.0.debug set to 0x00ff0ff0. I watched it happily spit out messages from the amrr rate module for hours while I used the network. It turns out that I was accidentally using the fwe0 network, which I had forgotten I had set up. It had gotten the default route. So I switched the default route to the wireless network, ath0, started a flood-ping to a local host and continued to browse the web. Within a matter of just a very few minutes (like, less than five, probably less than three), I had the hang. I noticed that when I started the flood ping the rate-control algorithm started going nuts. It changed the rate every time through the loop, every half-second. What follows is console output beginning shortly before I changed the default route. It shows the driver going through several iterations of rate changes before the system locks. If this helps diagnose this a bit, please let me know. Otherwise, at least give me some idea of what further information I can provide or further testing I can perform. I'll be busy with my day job through the rest of the week, but I'll undoubtedly be back to trying to diagnose this hang next weekend. I plan to leave my laptop in the diagnostic lashup, though, so it should be easy to do further testing. Console output follows, with a few comments interspersed. cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 ath_calibrate: channel 5290/150 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 ath_calibrate: channel 5290/150 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 I changed the default route here. cnt0: 3 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 1 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 12M cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 15 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 3 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 4 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 1 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 12M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 ath_calibrate: channel 5290/150 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 10 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 11 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 3 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 4 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 4 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 16 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 11 cnt1: 4 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 14 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 15 cnt1: 5 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 4 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 4 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 6 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 2 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 12M cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 3 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 7 cnt1: 4 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 4 cnt1: 2 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 3 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 4 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 4 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 12 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 19 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 5 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 13 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 11 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M ath_calibrate: channel 5290/150 cnt0: 8 cnt1: 6 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 11 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 12 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 10 cnt1: 6 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 1 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 12M cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 15 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 3 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 16 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 7 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 1 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 12M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 13 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 3 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 3 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 5 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 10 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 14 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 6 cnt1: 5 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 1 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 12M cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 10 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 22 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 3 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 17 cnt1: 7 cnt2: 7 cnt3: 7 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 12M cnt0: 1 cnt1: 1 cnt2: 1 cnt3: 1 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 9M ath_bmiss_proc: pending 1 ath_newstate: RUN -> ASSOC ath_chan_set: 58 (5290 MHz) -> 58 (5290 MHz) ath_newstate: RX filter 0x17 bssid 00:02:6f:20:b6:a9 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_start: ignore data packet, state 3 ath_key_update_begin: ath_key_update_end: ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 Feb 21 16:32:33 lap kernel: ath0: link state changed to DOWN ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_start: ignore data packet, state 3 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 I started the flood-ping approximately here. cnt0: 2 cnt1: 2 cnt2: 2 cnt3: 2 -- threshold: 1 ath_newstate: ASSOC -> SCAN ath_chan_set: 58 (5290 MHz) -> 58 (5290 MHz) ath_newstate: RX filter 0x17 bssid ff:ff:ff:ff:ff:ff ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_newstate: SCAN -> SCAN ath_chan_set: 58 (5290 MHz) -> 152 (5760 MHz) ath_draintxq: beacon queue 0 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x1f267a08, link 0 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 ath_stoprecv: rx queue 0x198a68, link 0xc1e44a3c ath_mode_init: RX filter 0x17, MC filter 00000001:00000040 ath_newstate: RX filter 0x17 bssid ff:ff:ff:ff:ff:ff ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_newstate: SCAN -> SCAN ath_chan_set: 152 (5760 MHz) -> 160 (5800 MHz) ath_draintxq: beacon queue 0 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x1f262af8, link 0 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 ath_stoprecv: rx queue 0x198a68, link 0xc1e44a3c ath_mode_init: RX filter 0x17, MC filter 00000001:00000040 ath_newstate: RX filter 0x17 bssid ff:ff:ff:ff:ff:ff ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 ath_newstate: SCAN -> SCAN ath_chan_set: 160 (5800 MHz) -> 42 (5210 MHz) ath_draintxq: beacon queue 0 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x1f261b80, link 0 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 ath_stoprecv: rx queue 0x198a68, link 0xc1e44a3c ath_mode_init: RX filter 0x17, MC filter 00000001:00000040 ath_newstate: RX filter 0x17 bssid ff:ff:ff:ff:ff:ff ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 ath_newstate: SCAN -> SCAN ath_chan_set: 42 (5210 MHz) -> 50 (5250 MHz) ath_draintxq: beacon queue 0 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x1f2601b8, link 0 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 ath_stoprecv: rx queue 0x198a68, link 0xc1e44a3c ath_mode_init: RX filter 0x17, MC filter 00000001:00000040 ath_newstate: RX filter 0x17 bssid ff:ff:ff:ff:ff:ff ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 ath_newstate: SCAN -> SCAN ath_chan_set: 50 (5250 MHz) -> 58 (5290 MHz) ath_draintxq: beacon queue 0 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x1f2619c8, link 0 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 ath_stoprecv: rx queue 0x198a68, link 0xc1e44a3c ath_mode_init: RX filter 0x17, MC filter 00000001:00000040 ath_newstate: RX filter 0x17 bssid ff:ff:ff:ff:ff:ff ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_rate_update: set xmit rate for 00:00:00:00:00:00 to 0M ath_node_alloc: an 0xc1fd5c00 cnt0: 1 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 ath_newstate: SCAN -> AUTH ath_chan_set: 58 (5290 MHz) -> 58 (5290 MHz) ath_newstate: RX filter 0x17 bssid 00:02:6f:20:b6:a9 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_start: ignore data packet, state 2 ath_start: ignore data packet, state 2 ath_newstate: AUTH -> ASSOC ath_chan_set: 58 (5290 MHz) -> 58 (5290 MHz) ath_newstate: RX filter 0x17 bssid 00:02:6f:20:b6:a9 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 6M ath_start: ignore data packet, state 3 ath_start: ignore data packet, state 3 ath_newstate: ASSOC -> RUN ath_chan_set: 58 (5290 MHz) -> 58 (5290 MHz) ath_newstate: RX filter 0x17 bssid 00:02:6f:20:b6:a9 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 36M ath_newstate(RUN): ic_flags=0x02280010 iv=100 bssid=00:02:6f:20:b6:a9 capinfo=0x0011 chan=58 ath_beacon_config: nexttbtt 27086900 intval 100 (100) ath_beacon_config: intval 100 nexttbtt 27086900 dtim 100 nextdtim 27086900 bmiss 7 sleep 100 cfp:period 0 maxdur 0 next 0 timoffset 58 Feb 21 16:32:38 lap kernel: ath0: link state changed to UP cnt0: 30 cnt1: 30 cnt2: 28 cnt3: 2 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 6 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 2 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 12M cnt0: 7 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 8 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 9 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 10 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 17 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 3 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 0 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 11 cnt1: 0 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 4 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 7 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 10 cnt1: 4 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M ath0: hardware error; resetting ath_draintxq: beacon queue 0 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x1f260898, link 0 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 ath_stoprecv: rx queue 0x198960, link 0xc1e44934 ath_mode_init: RX filter 0x17, MC filter 00000001:00000040 ath_beacon_config: nexttbtt 27086900 intval 100 (100) ath_beacon_config: intval 100 nexttbtt 27086900 dtim 100 nextdtim 27086900 bmiss 7 sleep 100 cfp:period 0 maxdur 0 next 0 timoffset 58 cnt0: 6 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 6 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 cnt0: 64 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 89 cnt1: 83 cnt2: 2 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 76 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 76 cnt1: 69 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 81 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 61 cnt1: 51 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 73 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 67 cnt1: 63 cnt2: 2 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 84 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M ath0: hardware error; resetting ath_draintxq: beacon queue 0 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x1f263020, link 0xd5afa020 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 T0 (0xd5afa020 0x1f263020) 00000000 173d2288 413f0080 00000078 11110000 0005a9c9 703f0001 0124e649 * ath_stoprecv: rx queue 0x198bc8, link 0xc1e44b9c ath_mode_init: RX filter 0x17, MC filter 00000001:00000040 ath_beacon_config: nexttbtt 27086900 intval 100 (100) ath_beacon_config: intval 100 nexttbtt 27086900 dtim 100 nextdtim 27086900 bmiss 7 sleep 100 cfp:period 0 maxdur 0 next 0 timoffset 58 cnt0: 50 cnt1: 46 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 106 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 105 cnt1: 98 cnt2: 2 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 137 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 144 cnt1: 126 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 80 cnt1: 4 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 100 cnt1: 91 cnt2: 2 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 149 cnt1: 5 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 126 cnt1: 118 cnt2: 2 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 169 cnt1: 7 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 116 cnt1: 97 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 135 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 77 cnt1: 69 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 123 cnt1: 4 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 106 cnt1: 99 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 131 cnt1: 5 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 79 cnt1: 72 cnt2: 5 cnt3: 1 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 95 cnt1: 4 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 65 cnt1: 57 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 84 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 63 cnt1: 57 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 51 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 76 cnt1: 68 cnt2: 2 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 61 cnt1: 1 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 76 cnt1: 66 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 81 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M ath0: hardware error; resetting ath_draintxq: beacon queue 0 ath_tx_stopdma: tx queue [0] 0, link 0 ath_tx_stopdma: tx queue [1] 0x1f262af8, link 0xd5af9af8 ath_tx_stopdma: tx queue [2] 0, link 0 ath_tx_stopdma: tx queue [3] 0, link 0 ath_tx_stopdma: tx queue [8] 0, link 0 T0 (0xd5af9af8 0x1f262af8) 00000000 09f70588 413f0080 00000078 11110000 0005a9c9 89af0001 0124fa53 * ath_stoprecv: rx queue 0x198b70, link 0xc1e44b44 ath_mode_init: RX filter 0x17, MC filter 00000001:00000040 ath_beacon_config: nexttbtt 27086900 intval 100 (100) ath_beacon_config: intval 100 nexttbtt 27086900 dtim 100 nextdtim 27086900 bmiss 7 sleep 100 cfp:period 0 maxdur 0 next 0 timoffset 58 cnt0: 86 cnt1: 76 cnt2: 2 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 82 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 81 cnt1: 76 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 98 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 91 cnt1: 83 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 83 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 86 cnt1: 81 cnt2: 1 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 89 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 109 cnt1: 95 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 106 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 84 cnt1: 75 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 99 cnt1: 2 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 115 cnt1: 99 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 132 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 106 cnt1: 99 cnt2: 2 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M cnt0: 110 cnt1: 3 cnt2: 0 cnt3: 0 -- threshold: 1 increase rate to 4 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 24M cnt0: 105 cnt1: 94 cnt2: 0 cnt3: 0 -- threshold: 1 decrease rate normal thr: 1 ath_rate_update: set xmit rate for 00:02:6f:20:b6:a9 to 18M [dcons disconnected (get ptr failed)] [dcons disconnected (read header failed)] This is where the system hangs. It becomes completely unresponsive and must be power-cycled. From owner-freebsd-i386@FreeBSD.ORG Tue Feb 22 03:20:21 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB5116A4CF for ; Tue, 22 Feb 2005 03:20:21 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E4143D46 for ; Tue, 22 Feb 2005 03:20:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1M3KL3d063331 for ; Tue, 22 Feb 2005 03:20:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1M3KKjl063330; Tue, 22 Feb 2005 03:20:20 GMT (envelope-from gnats) Date: Tue, 22 Feb 2005 03:20:20 GMT Message-Id: <200502220320.j1M3KKjl063330@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Frank Mayhar Subject: Re: i386/77751: Hard hang related to ath? X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Frank Mayhar List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 03:20:21 -0000 The following reply was made to PR i386/77751; it has been noted by GNATS. From: Frank Mayhar To: freebsd-gnats-submit@FreeBSD.org, frank@exit.com Cc: sam@errno.com Subject: Re: i386/77751: Hard hang related to ath? Date: Mon, 21 Feb 2005 19:16:27 -0800 I've managed to come up with another flavor of hang. I beat on it pretty hard this evening and although the system itself didn't hang, the interface did. The interface and _just_ the interface became unresponsive. After letting it sit for some time (it was dinnertime), I did an "ifconfig ath0 down" to see if I could get it to recover and it appeared to go into a loop, scanning through the channels trying to find an access point while the rate module kept trying to change the speed (although always to 6M, which seemed a little odd). I've put this console log on my website at http://www.exit.com/Archives/FreeBSD/PR-Info/ath-hang-console.txt That's the ath debug output of the whole session, so it's quite large (some 37K+ lines), but the most interesting bit is at the end. From owner-freebsd-i386@FreeBSD.ORG Tue Feb 22 18:50:37 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E2A316A4CE for ; Tue, 22 Feb 2005 18:50:37 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6F1E43D53 for ; Tue, 22 Feb 2005 18:50:36 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1MIoaZi025595 for ; Tue, 22 Feb 2005 18:50:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1MIoakM025594; Tue, 22 Feb 2005 18:50:36 GMT (envelope-from gnats) Date: Tue, 22 Feb 2005 18:50:36 GMT Message-Id: <200502221850.j1MIoakM025594@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Vladimir Kotal Subject: Re: i386/76397: ata raid crashes in g_down (heavy load) X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vladimir Kotal List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:50:37 -0000 The following reply was made to PR i386/76397; it has been noted by GNATS. From: Vladimir Kotal To: freebsd-gnats-submit@FreeBSD.org, rp@tns.cz Cc: Subject: Re: i386/76397: ata raid crashes in g_down (heavy load) Date: Tue, 22 Feb 2005 19:44:28 +0100 I can confirm that there is a problem in GEOM in 5.3 patch branch: Feb 21 11:07:53 news kernel: Feb 21 11:07:53 news kernel: Feb 21 11:07:53 news kernel: Fatal trap 12: page fault while in kernel mode Feb 21 11:07:53 news kernel: fault virtual address = 0x7c Feb 21 11:07:53 news kernel: fault code = supervisor write, page not present Feb 21 11:07:53 news kernel: instruction pointer = 0x8:0xc044f23d Feb 21 11:07:53 news kernel: stack pointer = 0x10:0xcc714c5c Feb 21 11:07:53 news kernel: frame pointer = 0x10:0xcc714cd8 Feb 21 11:07:53 news kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Feb 21 11:07:53 news kernel: = DPL 0, pres 1, def32 1, gran 1 Feb 21 11:07:53 news kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Feb 21 11:07:53 news kernel: current process = 4 (g_down) Feb 21 11:07:53 news kernel: trap number = 12 Feb 21 11:07:53 news kernel: panic: page fault Feb 21 11:07:53 news kernel: Uptime: 20m50s Feb 21 11:07:53 news kernel: Cannot dump. No dump device defined. Feb 21 11:07:53 news kernel: Automatic reboot in 15 seconds - press a key on the console to abort Feb 21 11:07:53 news kernel: Rebooting... relevant part of dmesg: ad4: 38166MB [77545/16/63] at ata2-master UDMA100 ad6: 38166MB [77545/16/63] at ata3-master UDMA100 ar0: 38166MB [4865/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master Mounting root from ufs:/dev/ar0s1a uname -a output: FreeBSD news 5.3-RELEASE-p1 FreeBSD 5.3-RELEASE-p1 #0: Tue Feb 22 09:49:48 CET 2005 news:/usr/src/sys/i386/compile/news_5.3 i386 When the system crashes again, I will submit full backtrace. From owner-freebsd-i386@FreeBSD.ORG Tue Feb 22 21:00:39 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 263AC16A4D4 for ; Tue, 22 Feb 2005 21:00:39 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1D7F43D2D for ; Tue, 22 Feb 2005 21:00:38 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1ML0cbi040570 for ; Tue, 22 Feb 2005 21:00:38 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1ML0cTU040568; Tue, 22 Feb 2005 21:00:38 GMT (envelope-from gnats) Resent-Date: Tue, 22 Feb 2005 21:00:38 GMT Resent-Message-Id: <200502222100.j1ML0cTU040568@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Mar.mack" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02E9F16A4CE for ; Tue, 22 Feb 2005 20:51:34 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id D79CA43D5D for ; Tue, 22 Feb 2005 20:51:33 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j1MKpXMp048043 for ; Tue, 22 Feb 2005 20:51:33 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j1MKmmdc046893; Tue, 22 Feb 2005 20:48:48 GMT (envelope-from nobody) Message-Id: <200502222048.j1MKmmdc046893@www.freebsd.org> Date: Tue, 22 Feb 2005 20:48:48 GMT From: "Mar.mack" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/77935: Can't boot with 5.x CD or floppy X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 21:00:39 -0000 >Number: 77935 >Category: i386 >Synopsis: Can't boot with 5.x CD or floppy >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 21:00:37 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Mar.mack >Release: FreeBSD 4.11 >Organization: >Environment: n/a >Description: I've tested some versions of FreeBSD 5.x CD (5.1, 5.2.1 & 5.3)... No one works on my laptop (Medion MD 40076). I've no problems with FreeBSD 4.x. Each time, computer hangs up after the menu. I've already tested all the options, try disable DMA in prompt. My motherbaord was already replace (electrical problem), and my bios was updated, but the problem continue. I've try disable all options in Bios and remove Intel wireless mini-pci card. But no results. (I've already tried to migrate from 4.11 to 5.3 by a makeworld... But it crash during installworld...) This is the last part of the screen I see when I boot from 5.3 CD in verbose mode: pcib0: slot 2 INTA routed to irq 10 via \_SB_.PCI0.LPC0.LNKA found-> vendor=0x8086, dev=0x3582, revid=0x02 bus=0, slot2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq 10 powerspec 1 supports D0 D1 D3 current D0 map[10]: type3, range 32, base 00000000, size 27, memory disabled >How-To-Repeat: n/a >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Wed Feb 23 13:46:49 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85F2B16A4EE; Wed, 23 Feb 2005 13:46:49 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5100443D5A; Wed, 23 Feb 2005 13:46:49 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from freefall.freebsd.org (dougb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1NDkng9009319; Wed, 23 Feb 2005 13:46:49 GMT (envelope-from dougb@freefall.freebsd.org) Received: (from dougb@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1NDknul009315; Wed, 23 Feb 2005 13:46:49 GMT (envelope-from dougb) Date: Wed, 23 Feb 2005 13:46:49 GMT From: Doug Barton Message-Id: <200502231346.j1NDknul009315@freefall.freebsd.org> To: pabelanger@codeslingers.ca, dougb@FreeBSD.org, freebsd-i386@FreeBSD.org, dougb@FreeBSD.org Subject: Re: i386/76775: BIND9 and dynamic updates X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 13:46:49 -0000 Synopsis: BIND9 and dynamic updates State-Changed-From-To: open->closed State-Changed-By: dougb State-Changed-When: Wed Feb 23 13:44:06 GMT 2005 State-Changed-Why: This was done by gshapiro in rev 1.6 back in November 2004, and as far as I can see, should be what's in 5-Stable now. Please try upgrading and see if that helps. Responsible-Changed-From-To: freebsd-i386->dougb Responsible-Changed-By: dougb Responsible-Changed-When: Wed Feb 23 13:44:06 GMT 2005 Responsible-Changed-Why: I generally handle BIND bits. http://www.freebsd.org/cgi/query-pr.cgi?pr=76775 From owner-freebsd-i386@FreeBSD.ORG Thu Feb 24 14:10:31 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33FBF16A4E9 for ; Thu, 24 Feb 2005 14:10:31 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 092B943D41 for ; Thu, 24 Feb 2005 14:10:31 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1OEAUsG056836 for ; Thu, 24 Feb 2005 14:10:30 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1OEAUPF056835; Thu, 24 Feb 2005 14:10:30 GMT (envelope-from gnats) Date: Thu, 24 Feb 2005 14:10:30 GMT Message-Id: <200502241410.j1OEAUPF056835@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: ice Subject: Re: i386/77825: dc driver pagefaults on bootup X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ice List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 14:10:31 -0000 The following reply was made to PR i386/77825; it has been noted by GNATS. From: ice To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: i386/77825: dc driver pagefaults on bootup Date: Thu, 24 Feb 2005 09:07:58 -0500 FIXED Disabled "Plug and Play OS" in the BIOS setup. From owner-freebsd-i386@FreeBSD.ORG Fri Feb 25 06:51:54 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5428016A4CF; Fri, 25 Feb 2005 06:51:54 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2B343D48; Fri, 25 Feb 2005 06:51:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1P6po4d016747; Fri, 25 Feb 2005 01:51:51 -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.1/8.13.1) with ESMTP id j1P6pocp061194; Fri, 25 Feb 2005 01:51:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D39F97306E; Fri, 25 Feb 2005 01:51:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050225065150.D39F97306E@freebsd-current.sentex.ca> Date: Fri, 25 Feb 2005 01:51:50 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/721/Tue Feb 22 09:01:26 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 06:51:54 -0000 TB --- 2005-02-25 04:50:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-25 04:50:21 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-25 04:50:21 - checking out the source tree TB --- 2005-02-25 04:50:21 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-25 04:50:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-25 04:56:12 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-25 04:56:12 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-25 04:56:12 - /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-02-25 06:25:45 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-25 06:25:45 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-25 06:25:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 25 06:25:46 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 Fri Feb 25 06:51:48 UTC 2005 TB --- 2005-02-25 06:51:48 - generating LINT kernel config TB --- 2005-02-25 06:51:48 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-02-25 06:51:48 - /usr/bin/make -B LINT TB --- 2005-02-25 06:51:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-25 06:51:49 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-25 06:51:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 25 06:51:49 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/i386/i386/src/sys/i386/conf; PATH=/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/legacy/usr/sbin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/legacy/usr/bin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/legacy/usr/games:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/sbin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/bin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT /tinderbox/CURRENT/i386/i386/src/sys/i386/conf/LINT config: Error: device "acpi_perf" is unknown config: 1 errors WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-25 06:51:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-25 06:51:50 - ERROR: failed to build lint kernel TB --- 2005-02-25 06:51:50 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Fri Feb 25 07:40:41 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3061716A4CE for ; Fri, 25 Feb 2005 07:40:41 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 4448843D39 for ; Fri, 25 Feb 2005 07:39:32 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 28555 invoked by uid 0); 25 Feb 2005 07:30:18 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 25 Feb 2005 07:30:18 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 954011355C6; Fri, 25 Feb 2005 15:14:06 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32438-10; Fri, 25 Feb 2005 15:13:54 +0800 (CST) Received: from localhost.localdomain (unknown [218.30.108.122]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 8E9011355BE; Fri, 25 Feb 2005 15:13:52 +0800 (CST) From: Xin LI To: FreeBSD Tinderbox In-Reply-To: <20050225065150.D39F97306E@freebsd-current.sentex.ca> References: <20050225065150.D39F97306E@freebsd-current.sentex.ca> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+HlRJBroxHqT7kgIAGlg" Organization: The FreeBSD Simplified Chinese Project Date: Fri, 25 Feb 2005 15:12:15 +0800 Message-Id: <1109315535.6630.0.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 07:40:41 -0000 --=-+HlRJBroxHqT7kgIAGlg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > TB --- 2005-02-25 06:51:48 - generating LINT kernel config > TB --- 2005-02-25 06:51:48 - cd /home/tinderbox/CURRENT/i386/i386/src/sys= /i386/conf > TB --- 2005-02-25 06:51:48 - /usr/bin/make -B LINT > TB --- 2005-02-25 06:51:49 - building LINT kernel (COPTFLAGS=3D-O2 -pipe) > TB --- 2005-02-25 06:51:49 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2005-02-25 06:51:49 - /usr/bin/make buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Fri Feb 25 06:51:49 UTC 2005 > >>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /tinderbox/CURRENT/i386/i386/src/sys/i386/conf; PATH=3D/home/tinderbo= x/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/legacy/usr/sbi= n:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i38= 6/legacy/usr/bin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i3= 86/i386/src/i386/legacy/usr/games:/home/tinderbox/CURRENT/i386/i386/obj/tin= derbox/CURRENT/i386/i386/src/i386/usr/sbin:/home/tinderbox/CURRENT/i386/i38= 6/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/bin:/home/tinderbox/CURRENT/= i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/games:/sbin:/bin:/us= r/sbin:/usr/bin config -d /home/tinderbox/CURRENT/i386/i386/obj/tinderbox= /CURRENT/i386/i386/src/sys/LINT /tinderbox/CURRENT/i386/i386/src/sys/i386/= conf/LINT > config: Error: device "acpi_perf" is unknown > config: 1 errors This should have been fixed. Also ia64 and amd64 ones. Cheers, --=20 Xin LI http://www.delphij.net/ --=-+HlRJBroxHqT7kgIAGlg Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCHs/P/cVsHxFZiIoRAlQYAKCFSMV3zsFwWMyBbqw6EUIEq6iZGQCfd9zg G/EwR/HB6UCJJeJnczpxM8A= =awGB -----END PGP SIGNATURE----- --=-+HlRJBroxHqT7kgIAGlg-- From owner-freebsd-i386@FreeBSD.ORG Fri Feb 25 16:00:37 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D87716A52F for ; Fri, 25 Feb 2005 16:00:37 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E519343D31 for ; Fri, 25 Feb 2005 16:00:36 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1PG0a0F087659 for ; Fri, 25 Feb 2005 16:00:36 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1PG0a3P087658; Fri, 25 Feb 2005 16:00:36 GMT (envelope-from gnats) Resent-Date: Fri, 25 Feb 2005 16:00:36 GMT Resent-Message-Id: <200502251600.j1PG0a3P087658@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Nachiappan Narayanan Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC3216A4CE for ; Fri, 25 Feb 2005 15:52:13 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0388943D1D for ; Fri, 25 Feb 2005 15:52:13 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j1PFqCXY061064 for ; Fri, 25 Feb 2005 15:52:12 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j1PFqCBT061063; Fri, 25 Feb 2005 15:52:12 GMT (envelope-from nobody) Message-Id: <200502251552.j1PFqCBT061063@www.freebsd.org> Date: Fri, 25 Feb 2005 15:52:12 GMT From: Nachiappan Narayanan To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/78075: filesystem corruption X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 16:00:37 -0000 >Number: 78075 >Category: i386 >Synopsis: filesystem corruption >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 25 16:00:36 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Nachiappan Narayanan >Release: 5.3 >Organization: >Environment: >Description: I am trying to run a piece of software and it says (core dump). So I I went to check the crash folder in /usr/var/crash. Everytime I use "cd usr" and "cd var" and "cd crash", it says, dir not found. But it goes to the folder. Thats being said, I keep typing "cd crash", then after sometime I type "pwd", I saw this "/usr/var/crash/crash/crash/crash. Don't know if this is a serious problem. Just reporting. >How-To-Repeat: I am trying to run a piece of software and it says (core dump). So I I went to check the crash folder in /usr/var/crash. Everytime I use "cd usr" and "cd var" and "cd crash", it says, dir not found. But it goes to the folder. Thats being said, I keep typing "cd crash", then after sometime I type "pwd", I saw this "/usr/var/crash/crash/crash/crash. Don't know if this is a serious problem. Just reporting. >Fix: >Release-Note: >Audit-Trail: >Unformatted: