From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 24 08:30:14 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95F8F106567A for ; Sun, 24 Jun 2012 08:30:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5499E8FC16 for ; Sun, 24 Jun 2012 08:30:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5O8UEOS067607 for ; Sun, 24 Jun 2012 08:30:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5O8UESC067606; Sun, 24 Jun 2012 08:30:14 GMT (envelope-from gnats) Resent-Date: Sun, 24 Jun 2012 08:30:14 GMT Resent-Message-Id: <201206240830.q5O8UESC067606@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Beeblebrox Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36C79106567A for ; Sun, 24 Jun 2012 08:26:09 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 224AF8FC16 for ; Sun, 24 Jun 2012 08:26:09 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q5O8Q8U1096118 for ; Sun, 24 Jun 2012 08:26:08 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q5O8Q89Q096106; Sun, 24 Jun 2012 08:26:08 GMT (envelope-from nobody) Message-Id: <201206240826.q5O8Q89Q096106@red.freebsd.org> Date: Sun, 24 Jun 2012 08:26:08 GMT From: Beeblebrox To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sun, 24 Jun 2012 11:17:38 +0000 Cc: Subject: amd64/169365: Buildworld breaks at libncp X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 08:30:14 -0000 >Number: 169365 >Category: amd64 >Synopsis: Buildworld breaks at libncp >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 24 08:30:13 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Beeblebrox >Release: 9.0-STABLE >Organization: >Environment: FreeBSD 9.0-STABLE #0 r235991: Sat May 26 14:20:06 EEST 2012 amd64 >Description: Buildworld breaks at libncp. My source repository is: At revision 237525. My /etc/src.conf has: WITHOUT_NLS= yes, WITHOUT_NLS_CATALOGS= yes Looking at the error message, I first thought it could be because of the WITHOUT_NLS setting above. However, I got the same result when I commented out those two lines. ERROR MESSAGE: /usr/local/bin/ccache cc -fpic -DPIC -O2 -pipe -march=k8 -DNDEBUG -std=gnu99 -fstack-protector -Wno-pointer-sign -c /usr/src/lib/libncp/ncpl_rpc.c -o ncpl_rpc.So /usr/src/lib/libncp/ncpl_nls.c:301: error: 'NCP_NLS_DE' undeclared here (not in a function) /usr/src/lib/libncp/ncpl_nls.c:301: error: 'NCP_NLS_DE_NAME' undeclared here (not in a function) *** Error code 1 /usr/src/lib/libncp/ncpl_nls.c:301: error: 'NCP_NLS_DE' undeclared here (not in a function) /usr/src/lib/libncp/ncpl_nls.c:301: error: 'NCP_NLS_DE_NAME' undeclared here (not in a function) *** Error code 1 2 errors >How-To-Repeat: Buildworld >Fix: N/A >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 24 17:40:06 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2663106567B for ; Sun, 24 Jun 2012 17:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BB1F28FC14 for ; Sun, 24 Jun 2012 17:40:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5OHe6Kk086841 for ; Sun, 24 Jun 2012 17:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5OHe6Hr086840; Sun, 24 Jun 2012 17:40:06 GMT (envelope-from gnats) Resent-Date: Sun, 24 Jun 2012 17:40:06 GMT Resent-Message-Id: <201206241740.q5OHe6Hr086840@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Fabian Keil Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02CCC1065691 for ; Sun, 24 Jun 2012 17:30:12 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id E23C08FC0C for ; Sun, 24 Jun 2012 17:30:11 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q5OHUBti048261 for ; Sun, 24 Jun 2012 17:30:11 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q5OHUBNm048260; Sun, 24 Jun 2012 17:30:11 GMT (envelope-from nobody) Message-Id: <201206241730.q5OHUBNm048260@red.freebsd.org> Date: Sun, 24 Jun 2012 17:30:11 GMT From: Fabian Keil To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sun, 24 Jun 2012 22:18:46 +0000 Cc: Subject: amd64/169379: [PATCH] dtrace's timestamp variable is unreliable when the cpu goes into C3 state X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 17:40:07 -0000 >Number: 169379 >Category: amd64 >Synopsis: [PATCH] dtrace's timestamp variable is unreliable when the cpu goes into C3 state >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 24 17:40:06 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Fabian Keil >Release: HEAD >Organization: >Environment: FreeBSD r500.local 10.0-CURRENT FreeBSD 10.0-CURRENT #444 r+46680b7: Sat Jun 23 18:58:48 CEST 2012 fk@r500.local:/usr/obj/usr/src/sys/ZOEY amd64 >Description: On my amd64 system dtrace's timestamp variable is unreliable if the cpu is allowed to go into C3 state and the best kern.timecounter.hardware available (HPET) is used. The timestamp counter seems to tick about ten times slower than expected, causing things that are timed with timestamp deltas to appear ten times faster than they are. This does not happen if TSC is used as timecounter, but it's rated as -1000 and using it is undesirable. Looking at the code, I suspect the same issue exists on i386 but I didn't test this. >How-To-Repeat: Set hw.acpi.cpu.cx_lowest to C3 and execute the dtrace script below while calling date in a loop with: while date; do sleep 1; done I get averages around 90 ms instead of 1000 ms + overhead as expected. ------- #!/usr/sbin/dtrace -s #pragma D option quiet dtrace:::BEGIN { cached_timestamp = (int64_t)0; } syscall::exec*:return /(execname == "date") && cached_timestamp/ { self->elapsed = (timestamp - cached_timestamp) / 1000000; printf("ms since the last date execution: %d\n", self->elapsed); @elapsed_time["elapsed"] = lquantize(self->elapsed, 0, 1200, 10); @elapsed_avg["elapsed avg"] = avg(self->elapsed); self->elapsed = 0; } syscall::exec*:return /execname == "date"/ { cached_timestamp = timestamp; printf("Date execution detected at %d\n", cached_timestamp); } tick-60sec { exit(1); } >Fix: The attached patch replaces the kernel timestamp code on amd64 and i386 with the much simpler code already used on mips. This fixes the issue for me on amd64, I now reliably get an average of 1007 ms which seems reasonable to me. Patch attached with submission follows: >From 802f15e0c4a8ae946fc96370e484eabf2dfda091 Mon Sep 17 00:00:00 2001 From: Fabian Keil Date: Sun, 24 Jun 2012 15:50:28 +0200 Subject: [PATCH 2/2] dtrace: Fix timestamp unreliability on x86 when the cpu goes into C3 state This replaces the code on amd64 and i386 with the much simpler one used on mips. --- sys/cddl/dev/dtrace/amd64/dtrace_subr.c | 94 ++----------------------------- sys/cddl/dev/dtrace/i386/dtrace_subr.c | 94 ++----------------------------- 2 files changed, 8 insertions(+), 180 deletions(-) diff --git a/sys/cddl/dev/dtrace/amd64/dtrace_subr.c b/sys/cddl/dev/dtrace/amd64/dtrace_subr.c index 2d42ce2..0557f1e 100644 --- a/sys/cddl/dev/dtrace/amd64/dtrace_subr.c +++ b/sys/cddl/dev/dtrace/amd64/dtrace_subr.c @@ -355,82 +355,6 @@ dtrace_safe_defer_signal(void) } #endif -static int64_t tgt_cpu_tsc; -static int64_t hst_cpu_tsc; -static int64_t tsc_skew[MAXCPU]; -static uint64_t nsec_scale; - -/* See below for the explanation of this macro. */ -#define SCALE_SHIFT 28 - -static void -dtrace_gethrtime_init_cpu(void *arg) -{ - uintptr_t cpu = (uintptr_t) arg; - - if (cpu == curcpu) - tgt_cpu_tsc = rdtsc(); - else - hst_cpu_tsc = rdtsc(); -} - -static void -dtrace_gethrtime_init(void *arg) -{ - struct pcpu *pc; - uint64_t tsc_f; - cpuset_t map; - int i; - - /* - * Get TSC frequency known at this moment. - * This should be constant if TSC is invariant. - * Otherwise tick->time conversion will be inaccurate, but - * will preserve monotonic property of TSC. - */ - tsc_f = atomic_load_acq_64(&tsc_freq); - - /* - * The following line checks that nsec_scale calculated below - * doesn't overflow 32-bit unsigned integer, so that it can multiply - * another 32-bit integer without overflowing 64-bit. - * Thus minimum supported TSC frequency is 62.5MHz. - */ - KASSERT(tsc_f > (NANOSEC >> (32 - SCALE_SHIFT)), ("TSC frequency is too low")); - - /* - * We scale up NANOSEC/tsc_f ratio to preserve as much precision - * as possible. - * 2^28 factor was chosen quite arbitrarily from practical - * considerations: - * - it supports TSC frequencies as low as 62.5MHz (see above); - * - it provides quite good precision (e < 0.01%) up to THz - * (terahertz) values; - */ - nsec_scale = ((uint64_t)NANOSEC << SCALE_SHIFT) / tsc_f; - - /* The current CPU is the reference one. */ - sched_pin(); - tsc_skew[curcpu] = 0; - CPU_FOREACH(i) { - if (i == curcpu) - continue; - - pc = pcpu_find(i); - CPU_SETOF(PCPU_GET(cpuid), &map); - CPU_SET(pc->pc_cpuid, &map); - - smp_rendezvous_cpus(map, NULL, - dtrace_gethrtime_init_cpu, - smp_no_rendevous_barrier, (void *)(uintptr_t) i); - - tsc_skew[i] = tgt_cpu_tsc - hst_cpu_tsc; - } - sched_unpin(); -} - -SYSINIT(dtrace_gethrtime_init, SI_SUB_SMP, SI_ORDER_ANY, dtrace_gethrtime_init, NULL); - /* * DTrace needs a high resolution time function which can * be called from a probe context and guaranteed not to have @@ -441,21 +365,11 @@ SYSINIT(dtrace_gethrtime_init, SI_SUB_SMP, SI_ORDER_ANY, dtrace_gethrtime_init, uint64_t dtrace_gethrtime() { - uint64_t tsc; - uint32_t lo; - uint32_t hi; + struct timespec curtime; - /* - * We split TSC value into lower and higher 32-bit halves and separately - * scale them with nsec_scale, then we scale them down by 2^28 - * (see nsec_scale calculations) taking into account 32-bit shift of - * the higher half and finally add. - */ - tsc = rdtsc() - tsc_skew[curcpu]; - lo = tsc; - hi = tsc >> 32; - return (((lo * nsec_scale) >> SCALE_SHIFT) + - ((hi * nsec_scale) << (32 - SCALE_SHIFT))); + nanouptime(&curtime); + + return (curtime.tv_sec * 1000000000UL + curtime.tv_nsec); } uint64_t diff --git a/sys/cddl/dev/dtrace/i386/dtrace_subr.c b/sys/cddl/dev/dtrace/i386/dtrace_subr.c index 3a1677a..4b6ae24 100644 --- a/sys/cddl/dev/dtrace/i386/dtrace_subr.c +++ b/sys/cddl/dev/dtrace/i386/dtrace_subr.c @@ -356,82 +356,6 @@ dtrace_safe_defer_signal(void) } #endif -static int64_t tgt_cpu_tsc; -static int64_t hst_cpu_tsc; -static int64_t tsc_skew[MAXCPU]; -static uint64_t nsec_scale; - -/* See below for the explanation of this macro. */ -#define SCALE_SHIFT 28 - -static void -dtrace_gethrtime_init_cpu(void *arg) -{ - uintptr_t cpu = (uintptr_t) arg; - - if (cpu == curcpu) - tgt_cpu_tsc = rdtsc(); - else - hst_cpu_tsc = rdtsc(); -} - -static void -dtrace_gethrtime_init(void *arg) -{ - cpuset_t map; - struct pcpu *pc; - uint64_t tsc_f; - int i; - - /* - * Get TSC frequency known at this moment. - * This should be constant if TSC is invariant. - * Otherwise tick->time conversion will be inaccurate, but - * will preserve monotonic property of TSC. - */ - tsc_f = atomic_load_acq_64(&tsc_freq); - - /* - * The following line checks that nsec_scale calculated below - * doesn't overflow 32-bit unsigned integer, so that it can multiply - * another 32-bit integer without overflowing 64-bit. - * Thus minimum supported TSC frequency is 62.5MHz. - */ - KASSERT(tsc_f > (NANOSEC >> (32 - SCALE_SHIFT)), ("TSC frequency is too low")); - - /* - * We scale up NANOSEC/tsc_f ratio to preserve as much precision - * as possible. - * 2^28 factor was chosen quite arbitrarily from practical - * considerations: - * - it supports TSC frequencies as low as 62.5MHz (see above); - * - it provides quite good precision (e < 0.01%) up to THz - * (terahertz) values; - */ - nsec_scale = ((uint64_t)NANOSEC << SCALE_SHIFT) / tsc_f; - - /* The current CPU is the reference one. */ - sched_pin(); - tsc_skew[curcpu] = 0; - CPU_FOREACH(i) { - if (i == curcpu) - continue; - - pc = pcpu_find(i); - CPU_SETOF(PCPU_GET(cpuid), &map); - CPU_SET(pc->pc_cpuid, &map); - - smp_rendezvous_cpus(map, NULL, - dtrace_gethrtime_init_cpu, - smp_no_rendevous_barrier, (void *)(uintptr_t) i); - - tsc_skew[i] = tgt_cpu_tsc - hst_cpu_tsc; - } - sched_unpin(); -} - -SYSINIT(dtrace_gethrtime_init, SI_SUB_SMP, SI_ORDER_ANY, dtrace_gethrtime_init, NULL); - /* * DTrace needs a high resolution time function which can * be called from a probe context and guaranteed not to have @@ -442,21 +366,11 @@ SYSINIT(dtrace_gethrtime_init, SI_SUB_SMP, SI_ORDER_ANY, dtrace_gethrtime_init, uint64_t dtrace_gethrtime() { - uint64_t tsc; - uint32_t lo; - uint32_t hi; + struct timespec curtime; - /* - * We split TSC value into lower and higher 32-bit halves and separately - * scale them with nsec_scale, then we scale them down by 2^28 - * (see nsec_scale calculations) taking into account 32-bit shift of - * the higher half and finally add. - */ - tsc = rdtsc() - tsc_skew[curcpu]; - lo = tsc; - hi = tsc >> 32; - return (((lo * nsec_scale) >> SCALE_SHIFT) + - ((hi * nsec_scale) << (32 - SCALE_SHIFT))); + nanouptime(&curtime); + + return (curtime.tv_sec * 1000000000UL + curtime.tv_nsec); } uint64_t -- 1.7.10.3 >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 24 21:10:06 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C30D1065672 for ; Sun, 24 Jun 2012 21:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2056C8FC0C for ; Sun, 24 Jun 2012 21:10:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5OLA638080831 for ; Sun, 24 Jun 2012 21:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5OLA5NC080830; Sun, 24 Jun 2012 21:10:05 GMT (envelope-from gnats) Date: Sun, 24 Jun 2012 21:10:05 GMT Message-Id: <201206242110.q5OLA5NC080830@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Fabian Keil X-Mailman-Approved-At: Sun, 24 Jun 2012 22:49:52 +0000 Cc: Subject: Re: amd64/169379: [PATCH] dtrace's timestamp variable is unreliable when the cpu goes into C3 state X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fabian Keil List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 21:10:06 -0000 The following reply was made to PR amd64/169379; it has been noted by GNATS. From: Fabian Keil To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/169379: [PATCH] dtrace's timestamp variable is unreliable when the cpu goes into C3 state Date: Sun, 24 Jun 2012 23:04:25 +0200 --Sig_/6qgpQuCO_xqGoQhyYL1wP_k Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Unfortunately the patch has the same issue as the one I proposed in: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/159612 In this case it causes the system to panic when using timestamp inside probes for "fbt::nanouptime:". Fabian --Sig_/6qgpQuCO_xqGoQhyYL1wP_k Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/ngN8ACgkQSMVSH78upWPUPgCfcHz9ZYyLUVxonGrtQTPXQgrd HGYAniuhJ9rdSE9lE7PQls3Ar1WZubfD =gSXG -----END PGP SIGNATURE----- --Sig_/6qgpQuCO_xqGoQhyYL1wP_k-- From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 24 23:51:45 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96D3B106567B; Sun, 24 Jun 2012 23:51:45 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 69A108FC0A; Sun, 24 Jun 2012 23:51:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5ONpjal035633; Sun, 24 Jun 2012 23:51:45 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5ONpjSR035625; Sun, 24 Jun 2012 23:51:45 GMT (envelope-from linimon) Date: Sun, 24 Jun 2012 23:51:45 GMT Message-Id: <201206242351.q5ONpjSR035625@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, gnn@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/169379: [dtrace] [patch] dtrace's timestamp variable is unreliable when the cpu goes into C3 state X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 23:51:45 -0000 Old Synopsis: [PATCH] dtrace's timestamp variable is unreliable when the cpu goes into C3 state New Synopsis: [dtrace] [patch] dtrace's timestamp variable is unreliable when the cpu goes into C3 state Responsible-Changed-From-To: freebsd-amd64->gnn Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jun 24 23:51:09 UTC 2012 Responsible-Changed-Why: possibly another one for gnn to mull over. http://www.freebsd.org/cgi/query-pr.cgi?pr=169379 From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 00:50:07 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83E351065672 for ; Mon, 25 Jun 2012 00:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 702708FC08 for ; Mon, 25 Jun 2012 00:50:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5P0o7vj090178 for ; Mon, 25 Jun 2012 00:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5P0o7XT090177; Mon, 25 Jun 2012 00:50:07 GMT (envelope-from gnats) Date: Mon, 25 Jun 2012 00:50:07 GMT Message-Id: <201206250050.q5P0o7XT090177@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Scot Hetzel Cc: Subject: Re: amd64/169365: Buildworld breaks at libncp X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 00:50:07 -0000 The following reply was made to PR amd64/169365; it has been noted by GNATS. From: Scot Hetzel To: Beeblebrox Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/169365: Buildworld breaks at libncp Date: Sun, 24 Jun 2012 19:44:37 -0500 On Sun, Jun 24, 2012 at 3:26 AM, Beeblebrox wrote: > Buildworld breaks at libncp. > My source repository is: At revision 237525. > My /etc/src.conf has: WITHOUT_NLS=3D yes, WITHOUT_NLS_CATALOGS=3D yes > > Looking at the error message, I first thought it could be because of the = =A0WITHOUT_NLS setting above. However, I got the same result when I comment= ed out those two lines. > > ERROR MESSAGE: > /usr/local/bin/ccache cc -fpic -DPIC =A0-O2 -pipe -march=3Dk8 -DNDEBUG -s= td=3Dgnu99 -fstack-protector -Wno-pointer-sign -c /usr/src/lib/libncp/ncpl_= rpc.c -o ncpl_rpc.So > /usr/src/lib/libncp/ncpl_nls.c:301: error: 'NCP_NLS_DE' undeclared here (= not in a function) > /usr/src/lib/libncp/ncpl_nls.c:301: error: 'NCP_NLS_DE_NAME' undeclared h= ere (not in a function) > *** Error code 1 > /usr/src/lib/libncp/ncpl_nls.c:301: error: 'NCP_NLS_DE' undeclared here (= not in a function) > /usr/src/lib/libncp/ncpl_nls.c:301: error: 'NCP_NLS_DE_NAME' undeclared h= ere (not in a function) > *** Error code 1 > 2 errors > Does it build if you don't use ccache? Scot From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 03:34:35 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DDAA1065679; Mon, 25 Jun 2012 03:34:35 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 112318FC17; Mon, 25 Jun 2012 03:34:35 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5P3YYFd046768; Mon, 25 Jun 2012 03:34:34 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5P3YYt6046764; Mon, 25 Jun 2012 03:34:34 GMT (envelope-from linimon) Date: Mon, 25 Jun 2012 03:34:34 GMT Message-Id: <201206250334.q5P3YYt6046764@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-bugs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/169365: [build] Buildworld breaks at libncp X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 03:34:35 -0000 Old Synopsis: Buildworld breaks at libncp New Synopsis: [build] Buildworld breaks at libncp Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jun 25 03:34:18 UTC 2012 Responsible-Changed-Why: not amd64-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=169365 From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 08:22:23 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8341D106564A; Mon, 25 Jun 2012 08:22:23 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 569E68FC19; Mon, 25 Jun 2012 08:22:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5P8MNEU023563; Mon, 25 Jun 2012 08:22:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5P8MNcR023554; Mon, 25 Jun 2012 08:22:23 GMT (envelope-from linimon) Date: Mon, 25 Jun 2012 08:22:23 GMT Message-Id: <201206250822.q5P8MNcR023554@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-doc@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: docs/169317: zfs umount refers to umount(1M) but should to umount(8) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 08:22:23 -0000 Synopsis: zfs umount refers to umount(1M) but should to umount(8) Responsible-Changed-From-To: freebsd-amd64->freebsd-doc Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jun 25 08:22:08 UTC 2012 Responsible-Changed-Why: reclassify http://www.freebsd.org/cgi/query-pr.cgi?pr=169317 From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 11:07:13 2012 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DDD61065688 for ; Mon, 25 Jun 2012 11:07:13 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 375378FC1D for ; Mon, 25 Jun 2012 11:07:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5PB7Dcw078252 for ; Mon, 25 Jun 2012 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5PB7C4C078250 for freebsd-amd64@FreeBSD.org; Mon, 25 Jun 2012 11:07:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Jun 2012 11:07:12 GMT Message-Id: <201206251107.q5PB7C4C078250@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 11:07:13 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/168659 amd64 [boot] FreeBSD 9 - Crash upon booting off install CD ( o amd64/167582 amd64 Compile of MySQL NDB Cluster Fails 8.2 AMD64 o amd64/167543 amd64 [kernel] Install FreeBSD can show error message with c o amd64/167393 amd64 [boot] MacBook4,1 hangs on SMP boot o amd64/166639 amd64 [boot] Syscons issue Intel D2700 o amd64/166229 amd64 [boot] Unable to install FreeBSD 9 on Acer Extensa 522 o amd64/165850 amd64 [build] 8.3-RC1 (amd64): world doesn't build with CPUT o amd64/165845 amd64 [build] Unable to build kernel on 8.2-STABLE o amd64/165351 amd64 [boot] Error while installing or booting the freeBSD O o amd64/164773 amd64 [boot] 9.0 amd64 fails to boot on HP DL145 G3 [regress o amd64/164707 amd64 FreeBSD 9 installer does not work with IBM uefi o amd64/164643 amd64 Kernel Panic at 9.0-RELEASE o amd64/164619 amd64 when logged in as root the user and group applications o amd64/164457 amd64 [install] Can't install FreeBSD 9.0 (amd64) on HP Blad o amd64/164301 amd64 [install] 9.0 - Can't install, no DHCP lease o amd64/164136 amd64 after fresh install 8.1 release or 8.2 release the har o amd64/164116 amd64 [boot] FreeBSD 9.0-RELEASE installations mediums fails o amd64/164089 amd64 FreeBSD-9.0-RELEASE-amd64-memstick.img does not boot o amd64/164073 amd64 /etc/rc warning after booting o amd64/164036 amd64 [keyboard] Moused fails on 9_0_RELENG o amd64/163736 amd64 Freebsd 8.2 with MPD5 and about 100 PPPoE clients pani o amd64/163710 amd64 setjump in userboot.so causes stack corruption o amd64/163625 amd64 Install problems of RC3 amd64 on ASRock N68 GE3 UCC o amd64/163568 amd64 hard drive naming o amd64/163285 amd64 when installing gnome2-lite not all dependent packages o amd64/163284 amd64 print manager failed to install correctly o amd64/163114 amd64 no boot on Via Nanao netbook Samsung NC20 o amd64/163092 amd64 FreeBSD 9.0-RC2 fails to boot from raid-z2 if AHCI is o amd64/163048 amd64 normal user cant mount ntfs-3g o amd64/162936 amd64 fails boot and destabilizes other OSes on FreeBSD 9 RC o amd64/162489 amd64 After some time X blanks the screen and does not respo o amd64/162314 amd64 not able to install FreeBSD-8.2-RELEASE-amd64-dvd1 as o amd64/162219 amd64 [REGRESSION] In KDE 4.7.2 cant enable OpenGL,in 4.6.5 o amd64/162170 amd64 Unable to install due to freeze at "run_interrupt_driv o amd64/161974 amd64 FreeBSD 9 new installer installs succesful, renders ma o kern/160833 amd64 Keyboard USB doesn't work o amd64/157386 amd64 [powerd] Enabling powerd(8) with default settings on I o amd64/156106 amd64 [boot] boot0 fails to start o amd64/155135 amd64 [boot] Does Not Boot On a Very Standard Hardware o amd64/154957 amd64 [boot] Install boot CD won't boot up - keeps rebooting o amd64/154629 amd64 [panic] Fatal trap 9: general protection fault while i o amd64/153935 amd64 [hang] system hangs while trying to do 'shutdown -h no o amd64/153831 amd64 [boot] CD bootloader won't on Tyan s2912G2nr o amd64/153496 amd64 [hyper-v] [install] Install on Hyper-V leaves corrupt o amd64/153372 amd64 [panic] kernel panic o amd64/153175 amd64 [amd64] Kernel Panic on only FreeBSD 8 amd64 o amd64/152874 amd64 [install] 8.1 install fails where 7.3 works due to lac o amd64/152430 amd64 [boot] HP ProLiant Microserver n36l cannot boot into i o amd64/145991 amd64 [NOTES] [patch] Add a requires line to /sys/amd64/conf o amd64/144405 amd64 [build] [patch] include /usr/obj/lib32 in cleanworld t s amd64/143173 amd64 [ata] Promise FastTrack TX4 + SATA DVD, installer can' p amd64/141413 amd64 [hang] Tyan 2881 m3289 SMDC freeze o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/127640 amd64 [amd64] gcc(1) will not build shared libraries with -f o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c 55 problems total. From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 26 19:30:12 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DD401065676 for ; Tue, 26 Jun 2012 19:30:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 466D38FC2A for ; Tue, 26 Jun 2012 19:30:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5QJUCjH003528 for ; Tue, 26 Jun 2012 19:30:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5QJUCHt003527; Tue, 26 Jun 2012 19:30:12 GMT (envelope-from gnats) Resent-Date: Tue, 26 Jun 2012 19:30:12 GMT Resent-Message-Id: <201206261930.q5QJUCHt003527@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Fridtjof Busse Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002DD106566C for ; Tue, 26 Jun 2012 19:26:21 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id C62708FC19 for ; Tue, 26 Jun 2012 19:26:21 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q5QJQLCe095206 for ; Tue, 26 Jun 2012 19:26:21 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q5QJQLsI095187; Tue, 26 Jun 2012 19:26:21 GMT (envelope-from nobody) Message-Id: <201206261926.q5QJQLsI095187@red.freebsd.org> Date: Tue, 26 Jun 2012 19:26:21 GMT From: Fridtjof Busse To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Tue, 26 Jun 2012 20:36:51 +0000 Cc: Subject: amd64/169461: USB2 high-speed device detected as full speed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 19:30:12 -0000 >Number: 169461 >Category: amd64 >Synopsis: USB2 high-speed device detected as full speed >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 26 19:30:11 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Fridtjof Busse >Release: 9.0-p3 >Organization: >Environment: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 02:52:29 UTC 2012 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Running FreeBSD 9.0 on an HP Microserver N40L, my external backup discs are only detected as full speed instead of high speed: $ sudo usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen5.1: at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.4: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:6:0:-1: Attached to scbus6 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 0 0 0 0 0 0 0 0 10 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 1.000MB/s transfers da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) Writing to the disc is only possible at <1 MB/s. The same happens with a different USB disc (tried both a USB2 and a USB3 disc with different enclosures). The only way I could get more USB speed so far was with a USB3 PCIe card, but unfortunatly I get a kernel panic after some time during rsync transfer (I'll file a different SR for this, seems to not only happen to me [1]). Worked fine in a linux live-CD, so it is not a hardware-problem. If you need any additional logs, please let me know. [1] http://forums.freebsd.org/showthread.php?t=31086 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 26 20:37:48 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE98B1065672; Tue, 26 Jun 2012 20:37:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B1AFC8FC0A; Tue, 26 Jun 2012 20:37:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5QKbmk8069877; Tue, 26 Jun 2012 20:37:48 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5QKbmw1069873; Tue, 26 Jun 2012 20:37:48 GMT (envelope-from linimon) Date: Tue, 26 Jun 2012 20:37:48 GMT Message-Id: <201206262037.q5QKbmw1069873@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/169461: [ugen] USB2 high-speed device detected as full speed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 20:37:49 -0000 Old Synopsis: USB2 high-speed device detected as full speed New Synopsis: [ugen] USB2 high-speed device detected as full speed Responsible-Changed-From-To: freebsd-amd64->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 26 20:37:18 UTC 2012 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=169461 From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 14:52:10 2012 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0014A106566B; Wed, 27 Jun 2012 14:52:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id E612F8FC0C; Wed, 27 Jun 2012 14:52:08 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 291079837; Wed, 27 Jun 2012 16:52:02 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 27 Jun 2012 16:51:48 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <201206262037.q5QKbmw1069873@freefall.freebsd.org> In-Reply-To: <201206262037.q5QKbmw1069873@freefall.freebsd.org> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206271651.48068.hselasky@c2i.net> X-Mailman-Approved-At: Wed, 27 Jun 2012 15:31:41 +0000 Cc: freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: usb/169461: [ugen] USB2 high-speed device detected as full speed X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 14:52:10 -0000 On Tuesday 26 June 2012 22:37:48 linimon@freebsd.org wrote: > Old Synopsis: USB2 high-speed device detected as full speed > New Synopsis: [ugen] USB2 high-speed device detected as full speed > > Responsible-Changed-From-To: freebsd-amd64->freebsd-usb > Responsible-Changed-By: linimon > Responsible-Changed-When: Tue Jun 26 20:37:18 UTC 2012 > Responsible-Changed-Why: > reclassify. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=169461 > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" Hi, Please check with pciconf -lv that all EHCI PCI devices have a driver attached. Also check that: sysctl hw.usb.ehci.no_hs Is not set. Have you tried all ports? --HPS