From owner-freebsd-mips@FreeBSD.ORG Sun Sep 8 00:25:19 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0257995A; Sun, 8 Sep 2013 00:25:18 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x22f.google.com (mail-ee0-x22f.google.com [IPv6:2a00:1450:4013:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30A182CCF; Sun, 8 Sep 2013 00:25:18 +0000 (UTC) Received: by mail-ee0-f47.google.com with SMTP id d49so2349414eek.6 for ; Sat, 07 Sep 2013 17:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wzQX3A8xfDuNDhu+K/pgNbPEnXMcWTpC/kzjDnK6xGY=; b=v3wuF2zarKoOA9yF0X2p73kqhcKFr1nHa14OyUDdamx3uXRZL+AWXL3opciL/e1MWN +kvxAcSmxwmgHUt/gcYTzFmbGdO79DtWv5vIVkNQeIGQ5XZR1MkIFBTK1CHv4dMFN1Sl Dlh80LHVgZH9YVDmGnrEQpBkZ7JL+tzAxkWWu1ceNcARvXjOeg7H7FKXfEVUloywSnl0 K5G8znjfuRWsN1y00wXAgTZh7swFa/rYowz0EV+sdqLnvcR13egSUuiRzOMxEKGE+ZFY a3tqBsp6RmX0WJYigIRnP7QHH/2alD3TTtABR39X+5NNO8RxtRFcev1WZQq0wMWIr48o lsBQ== MIME-Version: 1.0 X-Received: by 10.15.64.1 with SMTP id n1mr17328564eex.15.1378599915944; Sat, 07 Sep 2013 17:25:15 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Sat, 7 Sep 2013 17:25:15 -0700 (PDT) In-Reply-To: <1378583762.1111.512.camel@revolution.hippie.lan> References: <9CBFAD35-D651-4E28-BEBB-DC3717F38567@bsdimp.com> <1378583762.1111.512.camel@revolution.hippie.lan> Date: Sat, 7 Sep 2013 17:25:15 -0700 Message-ID: Subject: Re: mbuf autotuning effect From: hiren panchasara To: Ian Lepore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 00:25:19 -0000 On Sat, Sep 7, 2013 at 12:56 PM, Ian Lepore wrote: > On Sat, 2013-09-07 at 12:21 -0700, hiren panchasara wrote: > > On Sep 6, 2013 8:26 PM, "Warner Losh" wrote: > > > > > > > > > On Sep 6, 2013, at 7:11 PM, Adrian Chadd wrote: > > > > > > > Yeah, why is VM_KMEM_SIZE only 12mbyte for MIPS? That's a little > > low > > for a > > > > platform that has a direct map that's slightly larger than 12mb :) > > > > > > > > Warner? Juli? > > > > > > All architectures have it at 12MB, except sparc64 where it is 16MB. > > This > > can be changed with the options VM_KMEM_SIZE=xxxxx in the config file. > > > > Right. Does that mean for any platform, if we do not have nmbclusters > > pre-set in kmeminit() than we will always have pretty low value of > > vm_kmem_size. And because of that, if maxmbufmem is not pre-set (via > > loader.conf) inside tunable_mbinit() , we will have very low value for > > maxmbufmem too. > > > > I hope (partially believe) that my understanding is not entirely > > correct. > > Because if its correct, we arw depending on loader.conf instead of > > actually > > auto tuning. > > > I think the part of this that strikes me as strange is calling 20% of > physical memory used for network buffers a "very low value". It seems > outrageously high to me. I'd be pissed if that much memory got wasted > on network buffers on one of our $work platforms with so little memory. > Interesting. So here how it looks on my laptop running amd64 GENERIC looks like: (without any special loader.conf settings) flymockour-l7% uname -a FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r253512M: Sat Jul 20 23:00:51 PDT 2013 hirenp@flymockour-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 flymockour-l7% sysctl -a | grep hw| grep mem hw.physmem: 8496877568 hw.usermem: 3538432000 hw.realmem: 9093251072 flymockour-l7% sysctl kern.ipc.maxmbufmem kern.ipc.maxmbufmem: 4132540416 flymockour-l7% sysctl -a | grep vm.kmem_ vm.kmem_size: 8265080832 vm.kmem_size_min: 0 vm.kmem_size_max: 329853485875 vm.kmem_size_scale: 1 vm.kmem_map_size: 1380515840 vm.kmem_map_free: 5796265984 VM_KMEM_SIZE_SCALE is 1 for amd64 while 3 for mips. Which might be one reason. > So the fact that you think it's crazy-low and I think it's crazy-high > may be a sign that it's auto-tuned to a reasonable compromise, and in > both our cases the right fix would be to use the available knobs to tune > things for our particular uses. > I am pretty ignorant on what the value _should_ be. I will try to find out more. cheers, Hiren From owner-freebsd-mips@FreeBSD.ORG Sun Sep 8 03:17:09 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 606E5E2D; Sun, 8 Sep 2013 03:17:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 267BA2497; Sun, 8 Sep 2013 03:17:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r883H7tk098540; Sat, 7 Sep 2013 23:17:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r883H7fG098539; Sun, 8 Sep 2013 03:17:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 8 Sep 2013 03:17:07 GMT Message-Id: <201309080317.r883H7fG098539@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 03:17:09 -0000 TB --- 2013-09-08 02:09:15 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-08 02:09:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-08 02:09:15 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-08 02:09:15 - cleaning the object tree TB --- 2013-09-08 02:09:15 - /usr/local/bin/svn stat /src TB --- 2013-09-08 02:09:49 - At svn revision 255367 TB --- 2013-09-08 02:09:50 - building world TB --- 2013-09-08 02:09:50 - CROSS_BUILD_TESTING=YES TB --- 2013-09-08 02:09:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-08 02:09:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-08 02:09:50 - SRCCONF=/dev/null TB --- 2013-09-08 02:09:50 - TARGET=mips TB --- 2013-09-08 02:09:50 - TARGET_ARCH=mips TB --- 2013-09-08 02:09:50 - TZ=UTC TB --- 2013-09-08 02:09:50 - __MAKE_CONF=/dev/null TB --- 2013-09-08 02:09:50 - cd /src TB --- 2013-09-08 02:09:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Sep 8 02:09:57 UTC 2013 >>> 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 >>> World build completed on Sun Sep 8 03:11:43 UTC 2013 TB --- 2013-09-08 03:11:43 - cd /src/sys/mips/conf TB --- 2013-09-08 03:11:43 - /usr/sbin/config -m ADM5120 TB --- 2013-09-08 03:11:43 - skipping ADM5120 kernel TB --- 2013-09-08 03:11:43 - cd /src/sys/mips/conf TB --- 2013-09-08 03:11:43 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-08 03:11:43 - skipping ALCHEMY kernel TB --- 2013-09-08 03:11:43 - cd /src/sys/mips/conf TB --- 2013-09-08 03:11:43 - /usr/sbin/config -m AP121 TB --- 2013-09-08 03:11:43 - building AP121 kernel TB --- 2013-09-08 03:11:43 - CROSS_BUILD_TESTING=YES TB --- 2013-09-08 03:11:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-08 03:11:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-08 03:11:43 - SRCCONF=/dev/null TB --- 2013-09-08 03:11:43 - TARGET=mips TB --- 2013-09-08 03:11:43 - TARGET_ARCH=mips TB --- 2013-09-08 03:11:43 - TZ=UTC TB --- 2013-09-08 03:11:43 - __MAKE_CONF=/dev/null TB --- 2013-09-08 03:11:43 - cd /src TB --- 2013-09-08 03:11:43 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sun Sep 8 03:11:43 UTC 2013 >>> 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 AP121 completed on Sun Sep 8 03:14:42 UTC 2013 TB --- 2013-09-08 03:14:42 - cd /src/sys/mips/conf TB --- 2013-09-08 03:14:42 - /usr/sbin/config -m AP91 TB --- 2013-09-08 03:14:42 - building AP91 kernel TB --- 2013-09-08 03:14:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-08 03:14:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-08 03:14:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-08 03:14:42 - SRCCONF=/dev/null TB --- 2013-09-08 03:14:42 - TARGET=mips TB --- 2013-09-08 03:14:42 - TARGET_ARCH=mips TB --- 2013-09-08 03:14:42 - TZ=UTC TB --- 2013-09-08 03:14:42 - __MAKE_CONF=/dev/null TB --- 2013-09-08 03:14:42 - cd /src TB --- 2013-09-08 03:14:42 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sun Sep 8 03:14:42 UTC 2013 >>> 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 [...] pseudo_rng.o:(.data+0x44): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x74): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x78): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x84): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x8c): more undefined references to `random_null_func' follow random_adaptors.o: In function `random_sysctl_active_adaptor_handler': /src/sys/dev/random/random_adaptors.c:(.text+0x40): undefined reference to `random_get_active_adaptor' /src/sys/dev/random/random_adaptors.c:(.text+0x40): relocation truncated to fit: R_MIPS_26 against `random_get_active_adaptor' *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP91 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-08 03:17:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-08 03:17:07 - ERROR: failed to build AP91 kernel TB --- 2013-09-08 03:17:07 - 2927.72 user 671.15 system 4072.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Sun Sep 8 05:57:30 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 13C5AE1B; Sun, 8 Sep 2013 05:57:30 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x233.google.com (mail-ea0-x233.google.com [IPv6:2a00:1450:4013:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2126C2AC5; Sun, 8 Sep 2013 05:57:28 +0000 (UTC) Received: by mail-ea0-f179.google.com with SMTP id b10so2449585eae.10 for ; Sat, 07 Sep 2013 22:57:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=k7hEDBTfwMDx4LKQsjGR2EkW4dG4naRWhPaGjkNZxtY=; b=CzELVKoeY9PGOcdUW+bStnpSFfVIw/r70EMgPUWyhCI2OtGruBI8w759NeJ/KfwPro R4PHfmMREHv5cQtlWMcSwEjwJdCKssdus9EiyoTnyUITOJZFCN7na4bCcW6TVS6zZ3IF 6ApdQ4orKt5o1aIFrQP/aCkdRa+tAzBo8MkG4X7HatmEhXt/44/W10cP8VvNo/5wLSvD 6+GpvKcE5TUF2UHSEMHlS3Lkd1bXb6yT+6CCpzzfyR695QVdXuwGc5zbaGbcc2fDWAs3 ZhlwO4/DJGhfodOBlbmpNcUhOznGWIM67cIlVcQK07n86ExZzgiWdoBCff4DJjuqokYf H5zg== MIME-Version: 1.0 X-Received: by 10.14.4.1 with SMTP id 1mr19181474eei.21.1378619847484; Sat, 07 Sep 2013 22:57:27 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Sat, 7 Sep 2013 22:57:27 -0700 (PDT) In-Reply-To: References: <9CBFAD35-D651-4E28-BEBB-DC3717F38567@bsdimp.com> <1378583762.1111.512.camel@revolution.hippie.lan> Date: Sat, 7 Sep 2013 22:57:27 -0700 Message-ID: Subject: Re: mbuf autotuning effect From: hiren panchasara To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net , "freebsd-mips@freebsd.org" , Ian Lepore X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 05:57:30 -0000 On Sat, Sep 7, 2013 at 1:39 PM, Adrian Chadd wrote: > On 7 September 2013 12:56, Ian Lepore wrote: > > >> I think the part of this that strikes me as strange is calling 20% of >> physical memory used for network buffers a "very low value". It seems >> outrageously high to me. I'd be pissed if that much memory got wasted >> on network buffers on one of our $work platforms with so little memory. >> >> So the fact that you think it's crazy-low and I think it's crazy-high >> may be a sign that it's auto-tuned to a reasonable compromise, and in >> both our cases the right fix would be to use the available knobs to tune >> things for our particular uses. >> > > Well, which limit is actually being hit here? 20% of 32mb is still a lot > of memory buffers.. > > Now, for sizing up the needed buffers for wifi: > > assuming 512 tx, 512 rx buffers for two ath NICs. > > another 512+512 buffers for each arge NICs. > > So, 4096 mbufs here, 2k each, so ~ 8mb of RAM. > And we are only getting 6mb of maxmbufmem with current setup. Index: mips/include/vmparam.h =================================================================== --- mips/include/vmparam.h (revision 255320) +++ mips/include/vmparam.h (working copy) @@ -119,7 +119,7 @@ * is the total KVA space allocated for kmem_map. */ #ifndef VM_KMEM_SIZE_SCALE -#define VM_KMEM_SIZE_SCALE (3) +#define VM_KMEM_SIZE_SCALE (1) #endif /* As I mentioned on another reply in the same thread, VM_KMEM_SIZE_SCALE is 1 for amd64. If I do the same for mips as above, we get # sysctl -a | grep maxmbuf kern.ipc.maxmbufmem: 14407680 Now, do we want to have this much rams assigned to mbufs is another question. cheers, Hiren From owner-freebsd-mips@FreeBSD.ORG Sun Sep 8 07:20:03 2013 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0BC63ED8 for ; Sun, 8 Sep 2013 07:20:03 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 572232E56 for ; Sun, 8 Sep 2013 07:20:01 +0000 (UTC) Received: (qmail 59840 invoked from network); 8 Sep 2013 07:59:54 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Sep 2013 07:59:54 -0000 Message-ID: <522C2516.9030406@freebsd.org> Date: Sun, 08 Sep 2013 09:19:50 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Ian Lepore Subject: Re: mbuf autotuning effect References: <9CBFAD35-D651-4E28-BEBB-DC3717F38567@bsdimp.com> <1378583762.1111.512.camel@revolution.hippie.lan> In-Reply-To: <1378583762.1111.512.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 07:20:03 -0000 On 07.09.2013 21:56, Ian Lepore wrote: > On Sat, 2013-09-07 at 12:21 -0700, hiren panchasara wrote: >> On Sep 6, 2013 8:26 PM, "Warner Losh" wrote: >>> >>> >>> On Sep 6, 2013, at 7:11 PM, Adrian Chadd wrote: >>> >>>> Yeah, why is VM_KMEM_SIZE only 12mbyte for MIPS? That's a little >> low >> for a >>>> platform that has a direct map that's slightly larger than 12mb :) >>>> >>>> Warner? Juli? >>> >>> All architectures have it at 12MB, except sparc64 where it is 16MB. >> This >> can be changed with the options VM_KMEM_SIZE=xxxxx in the config file. >> >> Right. Does that mean for any platform, if we do not have nmbclusters >> pre-set in kmeminit() than we will always have pretty low value of >> vm_kmem_size. And because of that, if maxmbufmem is not pre-set (via >> loader.conf) inside tunable_mbinit() , we will have very low value for >> maxmbufmem too. >> >> I hope (partially believe) that my understanding is not entirely >> correct. >> Because if its correct, we arw depending on loader.conf instead of >> actually >> auto tuning. >> > I think the part of this that strikes me as strange is calling 20% of > physical memory used for network buffers a "very low value". It seems > outrageously high to me. I'd be pissed if that much memory got wasted > on network buffers on one of our $work platforms with so little memory. This memory is NOT allocated to the mbuf system. It is just the upper *limit* how far it can go when the demand is there. > So the fact that you think it's crazy-low and I think it's crazy-high > may be a sign that it's auto-tuned to a reasonable compromise, and in > both our cases the right fix would be to use the available knobs to tune > things for our particular uses. Yes. The autotuning network memory *limit* is a compromise that allows big beefy network servers work well right out of the box while not killing small ones. Lets say it covers > 90% of our actual users and use cases. If you have special requirements then you may have to tune these values, but if you known exactly what your system is going to do, then chances are you're tuning various other parameters anyways. -- Andre From owner-freebsd-mips@FreeBSD.ORG Sun Sep 8 14:36:34 2013 Return-Path: Delivered-To: freebsd-mips@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3000C7B7; Sun, 8 Sep 2013 14:36:34 +0000 (UTC) (envelope-from loos@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0503C20F9; Sun, 8 Sep 2013 14:36:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r88EaX5c041280; Sun, 8 Sep 2013 14:36:33 GMT (envelope-from loos@freefall.freebsd.org) Received: (from loos@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r88EaW5n039498; Sun, 8 Sep 2013 14:36:32 GMT (envelope-from loos) Date: Sun, 8 Sep 2013 14:36:32 GMT Message-Id: <201309081436.r88EaW5n039498@freefall.freebsd.org> To: ray@ddteam.net, loos@FreeBSD.org, freebsd-mips@FreeBSD.org From: loos@FreeBSD.org Subject: Re: kern/163670: [mips][arge] arge can't allocate ring buffer on multiple up/down X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 14:36:34 -0000 Synopsis: [mips][arge] arge can't allocate ring buffer on multiple up/down State-Changed-From-To: patched->closed State-Changed-By: loos State-Changed-When: Sun Sep 8 14:36:32 UTC 2013 State-Changed-Why: Fixed in -HEAD (and in 10). Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=163670 From owner-freebsd-mips@FreeBSD.ORG Mon Sep 9 11:06:50 2013 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA618DFA for ; Mon, 9 Sep 2013 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7C6A29FC for ; Mon, 9 Sep 2013 11:06:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r89B6otE014085 for ; Mon, 9 Sep 2013 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r89B6oPI013383 for freebsd-mips@FreeBSD.org; Mon, 9 Sep 2013 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Sep 2013 11:06:50 GMT Message-Id: <201309091106.r89B6oPI013383@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 11:06:50 -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 kern/177876 mips [mips] kernel stack overflow panic on mips64, EdgeRout o kern/165951 mips [ar913x] [ath] DDR flush isn't being done for the WMAC 2 problems total. From owner-freebsd-mips@FreeBSD.ORG Mon Sep 9 19:05:45 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4CA84EEA for ; Mon, 9 Sep 2013 19:05:45 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [IPv6:2a02:6b8:0:1819::2]) by mx1.freebsd.org (Postfix) with ESMTP id 12C3E2D59 for ; Mon, 9 Sep 2013 19:05:45 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward2l.mail.yandex.net (Yandex) with ESMTP id C81BA1AC0D7F for ; Mon, 9 Sep 2013 23:05:42 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 86D01E405AF for ; Mon, 9 Sep 2013 23:05:42 +0400 (MSK) Received: from 93.91.3.70.tel.ru (93.91.3.70.tel.ru [93.91.3.70]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 3WrjoKoie4-5gLS8l0B; Mon, 9 Sep 2013 23:05:42 +0400 Message-ID: <522E1C06.5040400@passap.ru> Date: Mon, 09 Sep 2013 23:05:42 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-mips@freebsd.org Subject: DIR-825D1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 19:05:45 -0000 Hi All, I've got a device: http://www.dlink.ru/ru/products/5/1833.html Here is a console session: ftp://ftp.wart.ru/pub/misc/DIR-825D1.console.log.txt The device seems to be totally different from RevB. What should I do to install FreeBSD on it? Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-mips@FreeBSD.ORG Mon Sep 9 19:45:42 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 14AEA5FB for ; Mon, 9 Sep 2013 19:45:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f42.google.com (mail-oa0-f42.google.com [209.85.219.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D27EC2F90 for ; Mon, 9 Sep 2013 19:45:41 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id n12so7061209oag.29 for ; Mon, 09 Sep 2013 12:45:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=eNR7Wgiftg0/nuzr522Tltl8Uszuwo7SQpCgUYeIf0Q=; b=dewj/FvRD0RHQp+XArx1dIZmOw8TvWI9OCS6rNWruZJUhL1DNMOFr3X19LgsZvgQgZ pqEPZ3P2Ap5DMhHjrup9m7J0vr4zkbVBCS2pXXXe/pp0qbKhqlbJF0KNCB2xNfz8uO1F fUu0oD5bQb4uXQTWWqTJDkRlxFash/mGiHCESkVOpixZn/h0smmsf30z7+7PRzhIlOoE e+sv9mrE0RO9KoXWrrc/T6Z78hpH3FGfSm1diLYxEfcOkdLoGEwJRUZR89VAcFAfUZo+ 0iiGt2vGvtJtnaL6dpBGeIDoFrRIuDroi/7Ie6NwL3jkRSgSR77fsLPKcMGEav2jpxKC SUEg== X-Gm-Message-State: ALoCoQlv7NqsDE4muqiHXBzvjfiygdhgfXU1QuQKWA9R0it/bfdXxTM7OM9KUT3WQLQWKGH8dIaP X-Received: by 10.182.29.233 with SMTP id n9mr12483157obh.38.1378755935153; Mon, 09 Sep 2013 12:45:35 -0700 (PDT) Received: from fusionlt2834a.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id u3sm15153902oeq.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Sep 2013 12:45:34 -0700 (PDT) Sender: Warner Losh Subject: Re: DIR-825D1 Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <522E1C06.5040400@passap.ru> Date: Mon, 9 Sep 2013 13:45:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <921DCD82-AD43-4E7D-9C37-DC5ACEFE4A81@bsdimp.com> References: <522E1C06.5040400@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1085) Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 19:45:42 -0000 On Sep 9, 2013, at 1:05 PM, Boris Samorodov wrote: > ftp://ftp.wart.ru/pub/misc/DIR-825D1.console.log.txt With RealTek NIC and WLAN parts, I'd say you have one of the RealTek = MIPS CPUs. The RTL8652 if I had to make a guess, since there's a USB = attachment that's specific to that SoC in the output. It looks like the flash is 8MB, ram 64MB. Right now in the tree, all I see is RT305x support. I'm not at all = familiar with RealTek's product line, so maybe it's a good place to = start? But I imagine it will be some work... Warner From owner-freebsd-mips@FreeBSD.ORG Mon Sep 9 22:08:45 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 40797D0B for ; Mon, 9 Sep 2013 22:08:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f41.google.com (mail-oa0-f41.google.com [209.85.219.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C7B12788 for ; Mon, 9 Sep 2013 22:08:44 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id j6so7165546oag.14 for ; Mon, 09 Sep 2013 15:08:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version; bh=7RoOSoGet+qEYWnXZY3iYzJCdBl8t5czilJWNWXMDdc=; b=kIz1hpkZefHCVtKDVBH0wiAx7TXIT/Sepq8wIRAKzDK1R+vFA9drA3OfvanU07tH6N +INCuMUHmuJ5TuKOcVUeazoetLP0j0f35mhVVpD0m1YEyzKfbK/lIEH130ekR3gh+Vg1 qYJRAgRAQs4zVmmoR2klu8vfI6d6ylCNVPI0HX5JbzP4LY4xqT8511zOGhaMiWE1VHKV TBDbeHvbEeArQqJi5Q2423Y+Fix00oe1HivVepBBKJdtkdjpnBG8O5fmjzIEIiqwtH5h aq4cP/FsGkbCCj0cAmb+1/P3H4A6XgIFi9o7BWRMzv5/pZr8Rp/UHAHcFX6rKp6EDd+F R3EA== X-Gm-Message-State: ALoCoQlkTsEy3j0tH8cQH04Z0LJSapM2QmABR7VODvhik+BGGNJMMVrMcAoNnOWh3D9r8a+xFcO3 X-Received: by 10.182.246.74 with SMTP id xu10mr12215908obc.23.1378764517837; Mon, 09 Sep 2013 15:08:37 -0700 (PDT) Received: from fusionlt2834a.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id u3sm15931157oeq.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Sep 2013 15:08:37 -0700 (PDT) Sender: Warner Losh From: Warner Losh Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: EBADRPC? Date: Mon, 9 Sep 2013 16:08:35 -0600 Message-Id: <289A6BE5-F758-48DB-A9DC-37DB1BBDE024@bsdimp.com> To: "freebsd-mips@FreeBSD.org" Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 22:08:45 -0000 I've never seen this error before: Sending DHCP Request packet from interface octe0 (00:e0:48:24:5a:de) Received DHCP Ack packet on octe0 from 0.0.0.0 (accepted) (got root = path) octe0 at 192.168.0.2 server 0.0.0.0 server name 192.168.0.1 boot file = kernel.gefes subnet mask 255.255.255.0 rootfs = 192.168.0.1:/dorthy/imp/tftpboot/roots/whirlwind=20 Adjusted interface octe0 panic: nfs_boot: mountd root, error=3D72 cpuid =3D 0 KDB: enter: panic db> trace Tracing pid 0 tid 100000 td 0xffffffff80ea4120 db_trace_thread+40 (?,?,?,?) ra ffffffff80163e6c sp 98000000010d1420 sz = 16 ffffffff80163ce0+18c (0,?,ffffffff,?) ra ffffffff80162f50 sp = 98000000010d1430 sz 48 ffffffff80162ac8+488 (?,?,?,?) ra ffffffff8016321c sp 98000000010d1460 = sz 192 db_command_loop+f4 (?,?,?,?) ra ffffffff80166c18 sp 98000000010d1520 sz = 16 ffffffff80166a70+1a8 (?,?,?,?) ra ffffffff8074fcd0 sp 98000000010d1530 = sz 816 kdb_trap+1a0 (?,?,?,?) ra ffffffff80a96034 sp 98000000010d1860 sz 64 trap+b0c (?,?,?,?) ra ffffffff80a819ac sp 98000000010d18a0 sz 288 MipsKernGenException+15c (10d1a40,80,80c30db8,1fc) ra ffffffff8074f964 = sp 98000000010d19c0 sz 368 kdb_enter+8c (?,?,?,?) ra ffffffff806fa2d0 sp 98000000010d1b30 sz 16 ffffffff806fa020+2b0 (?,?,?,?) ra ffffffff806fa338 sp 98000000010d1b40 = sz 32 panic+30 (?,48,80c37260,fa) ra ffffffff8098aef8 sp 98000000010d1b60 sz = 96 bootpc_init+2268 (?,?,?,?) ra ffffffff8068b174 sp 98000000010d1bc0 sz = 304 mi_startup+20c (?,?,?,?) ra ffffffff80100134 sp 98000000010d1cf0 sz 32 _start+b4 (?,?,?,?) ra 0 sp 98000000010d1d10 sz 0 pid 0 db>=20 I'm assuming that I don't have the right services running on my host. = This setup used to work, but had been upgraded since the last time I had = it working... Ideas? Warner= From owner-freebsd-mips@FreeBSD.ORG Mon Sep 9 22:37:43 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E1A1C414 for ; Mon, 9 Sep 2013 22:37:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-f177.google.com (mail-ob0-f177.google.com [209.85.214.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA9D228E1 for ; Mon, 9 Sep 2013 22:37:42 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id f8so6425632obp.22 for ; Mon, 09 Sep 2013 15:37:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=+Khaj1d/UZ+9g1wZi/7tQkePu3LH0DtSHlazOtwk2N4=; b=CNtoi88jL3wzRudlHbV0Br6zlyuwg2GW4jh31CFOssn5uxi0UXNnyecbz0edZ1HEZ4 A2lk7QnmQ49GahWO+QqORWlyE0hmBNbJrrI1jwdNuwNOrhxuP1PIwGhW1iYJ4ER6Jf+K Nu+B4iobH3gr1Eush7ZQO6aQ5kR1GI0SozVaKTOGmViMjqcUGHzAFtPc77cxVCQxlpLL NercbgGDUckfqMR5KlB8AbVrYY+B3xLA7v0lHMhF3AHD9YTwGJ0SszJupaivoXTb6oLs 0Fv9p4rQkoExCUPvJ2rPEfbu7ePf1W8pb5xEedAa/TRR5m60OdDBJ1LXbvK57hcu+jLm LXEQ== X-Gm-Message-State: ALoCoQkyIX4xLLX04xtdpkVZKKM2zqi9wpAIvn+7FfE1FS/mb1D1vd1hYWsPwCG5Gbpi9hnuB/tX X-Received: by 10.60.174.75 with SMTP id bq11mr12790033oec.17.1378766256249; Mon, 09 Sep 2013 15:37:36 -0700 (PDT) Received: from fusionlt2834a.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id d3sm16076112oek.5.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Sep 2013 15:37:35 -0700 (PDT) Sender: Warner Losh Subject: Re: EBADRPC? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <289A6BE5-F758-48DB-A9DC-37DB1BBDE024@bsdimp.com> Date: Mon, 9 Sep 2013 16:37:34 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <5EE4F2D1-A298-49C2-99C4-A28567C87BA3@bsdimp.com> References: <289A6BE5-F758-48DB-A9DC-37DB1BBDE024@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1085) Cc: "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 22:37:43 -0000 On Sep 9, 2013, at 4:08 PM, Warner Losh wrote: > I've never seen this error before: >=20 > Sending DHCP Request packet from interface octe0 (00:e0:48:24:5a:de) > Received DHCP Ack packet on octe0 from 0.0.0.0 (accepted) (got root = path) > octe0 at 192.168.0.2 server 0.0.0.0 server name 192.168.0.1 boot file = kernel.gefes > subnet mask 255.255.255.0 rootfs = 192.168.0.1:/dorthy/imp/tftpboot/roots/whirlwind=20 > Adjusted interface octe0 > panic: nfs_boot: mountd root, error=3D72 > cpuid =3D 0 > KDB: enter: panic > db> trace > Tracing pid 0 tid 100000 td 0xffffffff80ea4120 > db_trace_thread+40 (?,?,?,?) ra ffffffff80163e6c sp 98000000010d1420 = sz 16 > ffffffff80163ce0+18c (0,?,ffffffff,?) ra ffffffff80162f50 sp = 98000000010d1430 sz 48 > ffffffff80162ac8+488 (?,?,?,?) ra ffffffff8016321c sp 98000000010d1460 = sz 192 > db_command_loop+f4 (?,?,?,?) ra ffffffff80166c18 sp 98000000010d1520 = sz 16 > ffffffff80166a70+1a8 (?,?,?,?) ra ffffffff8074fcd0 sp 98000000010d1530 = sz 816 > kdb_trap+1a0 (?,?,?,?) ra ffffffff80a96034 sp 98000000010d1860 sz 64 > trap+b0c (?,?,?,?) ra ffffffff80a819ac sp 98000000010d18a0 sz 288 > MipsKernGenException+15c (10d1a40,80,80c30db8,1fc) ra ffffffff8074f964 = sp 98000000010d19c0 sz 368 > kdb_enter+8c (?,?,?,?) ra ffffffff806fa2d0 sp 98000000010d1b30 sz 16 > ffffffff806fa020+2b0 (?,?,?,?) ra ffffffff806fa338 sp 98000000010d1b40 = sz 32 > panic+30 (?,48,80c37260,fa) ra ffffffff8098aef8 sp 98000000010d1b60 sz = 96 > bootpc_init+2268 (?,?,?,?) ra ffffffff8068b174 sp 98000000010d1bc0 sz = 304 > mi_startup+20c (?,?,?,?) ra ffffffff80100134 sp 98000000010d1cf0 sz 32 > _start+b4 (?,?,?,?) ra 0 sp 98000000010d1d10 sz 0 > pid 0 > db>=20 >=20 > I'm assuming that I don't have the right services running on my host. = This setup used to work, but had been upgraded since the last time I had = it working... >=20 > Ideas? The issue turned out to be /dorthy wasn't NFS exported... = Documented for the googleverse... Warner From owner-freebsd-mips@FreeBSD.ORG Tue Sep 10 11:05:11 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2DAC6308 for ; Tue, 10 Sep 2013 11:05:11 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id DD6EA2D51 for ; Tue, 10 Sep 2013 11:05:10 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 48FE8C4934; Tue, 10 Sep 2013 14:05:03 +0300 (EEST) Date: Tue, 10 Sep 2013 14:05:26 +0300 From: Aleksandr Rybalko To: Warner Losh Subject: Re: DIR-825D1 Message-Id: <20130910140526.303ced1b50b797165d295404@ddteam.net> In-Reply-To: <921DCD82-AD43-4E7D-9C37-DC5ACEFE4A81@bsdimp.com> References: <522E1C06.5040400@passap.ru> <921DCD82-AD43-4E7D-9C37-DC5ACEFE4A81@bsdimp.com> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 11:05:11 -0000 On Mon, 9 Sep 2013 13:45:33 -0600 Warner Losh wrote: > > On Sep 9, 2013, at 1:05 PM, Boris Samorodov wrote: > > > ftp://ftp.wart.ru/pub/misc/DIR-825D1.console.log.txt > > With RealTek NIC and WLAN parts, I'd say you have one of the RealTek MIPS CPUs. The RTL8652 if I had to make a guess, since there's a USB attachment that's specific to that SoC in the output. > > It looks like the flash is 8MB, ram 64MB. > > Right now in the tree, all I see is RT305x support. I'm not at all familiar with RealTek's product line, so maybe it's a good place to start? But I imagine it will be some work... RT305x is a Ralink, not RealTek :-D Main problem with RealTek is very old MIPS cores, nobody love to hack it :) > > Warner > > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" -- Aleksandr Rybalko From owner-freebsd-mips@FreeBSD.ORG Wed Sep 11 15:45:13 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 61B20BB8; Wed, 11 Sep 2013 15:45:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2847724B6; Wed, 11 Sep 2013 15:45:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8BFjClK075420; Wed, 11 Sep 2013 11:45:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8BFjCWP075411; Wed, 11 Sep 2013 15:45:12 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Sep 2013 15:45:12 GMT Message-Id: <201309111545.r8BFjCWP075411@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 15:45:13 -0000 TB --- 2013-09-11 14:42:00 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-11 14:42:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-11 14:42:00 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-11 14:42:00 - cleaning the object tree TB --- 2013-09-11 14:42:00 - /usr/local/bin/svn stat /src TB --- 2013-09-11 14:42:20 - At svn revision 255470 TB --- 2013-09-11 14:42:21 - building world TB --- 2013-09-11 14:42:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 14:42:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 14:42:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 14:42:21 - SRCCONF=/dev/null TB --- 2013-09-11 14:42:21 - TARGET=mips TB --- 2013-09-11 14:42:21 - TARGET_ARCH=mips TB --- 2013-09-11 14:42:21 - TZ=UTC TB --- 2013-09-11 14:42:21 - __MAKE_CONF=/dev/null TB --- 2013-09-11 14:42:21 - cd /src TB --- 2013-09-11 14:42:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 11 14:42:28 UTC 2013 >>> 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 >>> World build completed on Wed Sep 11 15:43:19 UTC 2013 TB --- 2013-09-11 15:43:19 - cd /src/sys/mips/conf TB --- 2013-09-11 15:43:19 - /usr/sbin/config -m ADM5120 TB --- 2013-09-11 15:43:19 - skipping ADM5120 kernel TB --- 2013-09-11 15:43:19 - cd /src/sys/mips/conf TB --- 2013-09-11 15:43:19 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-11 15:43:19 - skipping ALCHEMY kernel TB --- 2013-09-11 15:43:19 - cd /src/sys/mips/conf TB --- 2013-09-11 15:43:19 - /usr/sbin/config -m AP121 TB --- 2013-09-11 15:43:19 - building AP121 kernel TB --- 2013-09-11 15:43:19 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 15:43:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 15:43:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 15:43:19 - SRCCONF=/dev/null TB --- 2013-09-11 15:43:19 - TARGET=mips TB --- 2013-09-11 15:43:19 - TARGET_ARCH=mips TB --- 2013-09-11 15:43:19 - TZ=UTC TB --- 2013-09-11 15:43:19 - __MAKE_CONF=/dev/null TB --- 2013-09-11 15:43:19 - cd /src TB --- 2013-09-11 15:43:19 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Sep 11 15:43:19 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_socket.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': /src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be used uninitialized in this function /src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP121 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-11 15:45:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-11 15:45:11 - ERROR: failed to build AP121 kernel TB --- 2013-09-11 15:45:11 - 2774.80 user 644.87 system 3791.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full