From owner-freebsd-mips@FreeBSD.ORG Sun Aug 24 21:23:44 2014 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 ESMTPS id 479987CC for ; Sun, 24 Aug 2014 21:23:44 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C28EF3692 for ; Sun, 24 Aug 2014 21:23:43 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id c11so11318000lbj.19 for ; Sun, 24 Aug 2014 14:23:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=bLoYUK2MlKQ+s5IVyUxFuPvUP0dP6dUqb6Mm6dLt99E=; b=ZoZ0l2dA/ghz++QP1em6QJy0DhZfHqwDWnIirPRrdKjvvj9GuCTOg85LeRPqnhoSt/ 5J4qxE0u2Puxj8mU24pSAEY+tNodGm/M70tmB83JaUdP6ADnPD40/n3LpE6orUUczmJc YLL7+y8Dv9/HFDN4T98ZXMe8Xs2xniAIpidtJXpzPljj6uIEUtpu4ijAV7MRgGoPcrs1 fNaLCM+N4oaPdxDvM/8q2pBn6m7K0ee5uqf7OlF1PpiBpnJ3ka2Q5VIHVfI5vDZXovsj s9g8FYkS1+YS7mk6Jb9KTAySQJcwDtA+O1+wo7/d1Kn1UExNhJJ9cDqumNq+4y4vDLpg HkkQ== MIME-Version: 1.0 X-Received: by 10.152.245.171 with SMTP id xp11mr17512424lac.61.1408915421515; Sun, 24 Aug 2014 14:23:41 -0700 (PDT) Received: by 10.112.128.167 with HTTP; Sun, 24 Aug 2014 14:23:41 -0700 (PDT) Date: Sun, 24 Aug 2014 14:23:41 -0700 Message-ID: Subject: FreeBSD 10.0-STABLE on EdgeRouter Lite notes/issues From: Sean Hamilton To: freebsd-mips@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 21:23:44 -0000 Running 10.0-STABLE r270425 on an EdgeRouter Lite. "makefs -B big -o version=2" seems to produce a broken image which cannot be mounted read/write. See misc/162503, bin/188762. FS performance on USB flash is awful without softupdates, so UFS2 is effectively mandatory. I built a rescue-only mfsroot and newfs'd and untar'd the real system from there. Flash performance still isn't great, but it is tolerable. Mounting noatime helps. Were it not for the makefs bug, this process would be much easier. Attempting to makefs directly onto the USB flash is painfully slow -- writing a file, then dd'ing that to the device is much faster. I assume makefs does a lot of small writes. Can the OS cache and combine these? It would also be nice if makefs could detect the size of the target device and set the FS size and number of inodes appropriately. Of course at that point it's basically newfs. Also for some reason, ERL u-boot's tftpboot seems to refuse to talk to FreeBSD's tftpd, so I had to copy my rescue-only image to the flash. I didn't investigate this closely, could be operator error. Any suggestions for VFS tuning on ERL? Ideally the OS could aggressively cache filesystem writes, then lazily write them out asynchronously. Would softupdate journaling be of any benefit? gpart insists on aligning MBR partitions to cylinder boundaries, and seemingly ignores -a. Is there some way to prevent this? If not, can it be fooled by overriding the disk geometry? I'm not sure how much this matters on USB flash devices, but it matters a lot on SSDs. I wound up partitioning with GNU parted, since it does what it's told. I would prefer to use GPT, but it seems like ERL u-boot doesn't support it. Another option might be to use GPT, create a freebsd-boot partition, dd the kernel directly there, then just load the sectors directly with u-boot, bypassing the filesystem entirely. Ports are totally unbuildable on ERL. This seems to be a toolchain problem. ports-mgmt/pkg (which everything depends on) fails to build with: libtool: install: ranlib /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg_static.a ranlib: fatal: Invalid filename I imagine this relates to the recent freebsd-mips posts about strip corrupting static binaries. tcpdump is broken, as the packet lengths it reports are incorrect, and it eventually segfaults. I thought this might be an issue with the octe driver, but it seems even the loopback device is afflicted, so perhaps it's an endianness issue? Regarding https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=177876 -- is this patch still a good idea? Or has it been merged? Is there an estimate as to how many people are running FreeBSD on ERL? Many thanks in advance for suggestions on any of the above! -- Sean Hamilton From owner-freebsd-mips@FreeBSD.ORG Wed Aug 27 23:52:35 2014 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 ESMTPS id 60279332 for ; Wed, 27 Aug 2014 23:52:35 +0000 (UTC) Received: from mailstore06.sysedata.no (b.mail.tornado.no [195.159.29.130]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2478C3CA8 for ; Wed, 27 Aug 2014 23:52:34 +0000 (UTC) Received: from [195.159.29.130] (helo=www.eposttjener.no) by mailstore06.sysedata.no with esmtpa (Exim 4.71) (envelope-from ) id 1XMmmI-0000Eh-9T; Thu, 28 Aug 2014 01:37:22 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 28 Aug 2014 01:37:22 +0200 From: Daniel Engberg To: freebsd-mips@freebsd.org Subject: Re: FreeBSD 10.0-STABLE on EdgeRouter Lite notes/issues Message-ID: <30b383619b6b7b6cd27726f3eeb73b45@pyret.net> X-Sender: daniel.engberg.lists@pyret.net User-Agent: Roundcube Webmail/0.9.4 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 23:52:35 -0000 Hi Sean, I'm one user running FreeBSD on the ERL boxes, which in my case works fine except for the dreaded issue that altq doesn't support the new framework that octe uses so no QoS on the ERLs for now. There's also a PR about this which I've submitted. 1. I've really avoided generating new images because I remember have figuring out quite a bit of "fun" commands to get this running and aligned properly or at least I think I managed to do so. For some reason I used memory mapped filesystems due to endianess which was quite a pain, at least that's my experience. I based it on http://people.freebsd.org/~imp/mkoctimage , I think I have the whole set of commands here somewhere if you're interested. That said, while I do get i/o timeouts (swapper times out) if I write lets say a 6Gb large file using dd but normal usage is fine most of the time. 2. No idea about the tftp issue, never tried it at all. 3. As above, at least using a Sandisk Extreme USB 3.0 16Gb flash drive it works pretty good, sure it's not like a SSD but it runs along fine in general. 4. Haven't tried ports recently but I do have a pretty old box that builds fine (FreeBSD 10.0-CURRENT #0: Sat May 4 01:29:11 UTC 2013), I do have a newer revision (r267486) which seems to work fine including building. You can find it here http://randominfo.pyret.net/index.php?controller=page&action=view&id_page=1 (image is a raw copy off a Sandisk Extreme USB 3.0 16Gb flash drive). 5. Haven't played around with tcpdump so I don't know, anything particular you want me to try as I can probably have a look at it next week. Best regards, Daniel From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 00:40:50 2014 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 ESMTPS id 28630C49 for ; Thu, 28 Aug 2014 00:40:50 +0000 (UTC) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EADF2305D for ; Thu, 28 Aug 2014 00:40:49 +0000 (UTC) Received: by mail-oi0-f52.google.com with SMTP id e131so44462oig.39 for ; Wed, 27 Aug 2014 17:40:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0lFrKbHYhkDdNtzx5ZKj97k8joGqRJnb2mw5NArT0tA=; b=H383n5mwo6x4OSHEMGLjUuJd9/VdqM6W8OtSCYbqA/a3NkaUn0WozNB/KMagpX8iMa 4iA/JF8GcnmBFADyaggqJSqQ+l94vhFSDG7EXRXW7SLkDVcxavEByxT0gdaPG+HBGn2z lv30uGNwfaAbzI3EWKQo3hilZZ5a//mjSq4yjnAcZ15tndfK0Hs1ieGvrrxzMvOIoMS+ JhIRtFI21mUlRGaHvU1eFge2uvNhN+NETVvlro9d57wJs2Z5VG+OiYq4ZJd4VVqgotOm 6rScHNASZrWNPxAIW4LCiMGMQrsz275J7b5FLEg5htwSYFZnumbzmKu3ClaAwLl5KEr/ fV2w== MIME-Version: 1.0 X-Received: by 10.182.20.177 with SMTP id o17mr386481obe.59.1409186449304; Wed, 27 Aug 2014 17:40:49 -0700 (PDT) Received: by 10.76.18.69 with HTTP; Wed, 27 Aug 2014 17:40:49 -0700 (PDT) Date: Thu, 28 Aug 2014 01:40:49 +0100 Message-ID: Subject: New MIPS board, free? From: "Sevan / Venture37" To: freebsd-mips@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 00:40:50 -0000 Hiya, Bit of a blundered press release as the store was taken offline by people trying to register but anyway, there's a new MIPS board out which is better specced compared to the Pi & BBB, they're meant to be giving these away for free based on qualifying project? Porting FreeBSD a qualifying project? http://blog.imgtec.com/powervr-developers/new-mips-creator-ci20-development-board-for-linux-and-android-debuts Sevan / Venture37 From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 02:59:17 2014 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 ESMTPS id 5382DDF4 for ; Thu, 28 Aug 2014 02:59:17 +0000 (UTC) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 134583EA7 for ; Thu, 28 Aug 2014 02:59:17 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id w8so173952qac.33 for ; Wed, 27 Aug 2014 19:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=z7R1i6SwW9lNaxT3wFfpFUD/lU+HSPYbsEIy9X5DS6E=; b=pQH+1C3mShPDXDMyDKx1nwg/edktVe1lHgsSwvx5z60gSQzhyn/9f1piDI1gelQPpd kW7Kq7zqLPxnLnQOYA2uYLg6imjRVd4Ufj9DTaPcAphw7j9CjmATsBFOcCyD0UnksWqn H5HGw838fjyJlSYNVJSE+AieWjsR2o4SqEeDttehUiI909+k2ORs/47mt4IoMf3DsaVB TFjk2qy63nwozNrhFpGi6MjVy2Udc7uzeHcnxfy10k9/yhyfBWcqG2Esn8WGw4a53tmF JLP2qTmKDfW9lA3ikja/q9ZxtO1HwlrB+rT1JFl8cXNJy05X0ayjv9LkhsdrxK7bY/yW bMSA== MIME-Version: 1.0 X-Received: by 10.140.80.167 with SMTP id c36mr2045448qgd.52.1409194756240; Wed, 27 Aug 2014 19:59:16 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Wed, 27 Aug 2014 19:59:16 -0700 (PDT) In-Reply-To: References: Date: Wed, 27 Aug 2014 19:59:16 -0700 X-Google-Sender-Auth: QMkBSC02bJOrqDCDYTkpXZdn5SI Message-ID: Subject: Re: New MIPS board, free? From: Adrian Chadd To: "Sevan / Venture37" Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 02:59:17 -0000 I've just requested one! -a On 27 August 2014 17:40, Sevan / Venture37 wrote: > Hiya, > Bit of a blundered press release as the store was taken offline by > people trying to register but anyway, there's a new MIPS board out > which is better specced compared to the Pi & BBB, they're meant to be > giving these away for free based on qualifying project? Porting > FreeBSD a qualifying project? > > http://blog.imgtec.com/powervr-developers/new-mips-creator-ci20-development-board-for-linux-and-android-debuts > > > Sevan / Venture37 > _______________________________________________ > 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" From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 08:16:35 2014 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 ESMTPS id A712569E; Thu, 28 Aug 2014 08:16:35 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57C4F1037; Thu, 28 Aug 2014 08:16:35 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id hy4so425929vcb.33 for ; Thu, 28 Aug 2014 01:16:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=qbEqazbud8ayT637Rd2kvOK0MBty+dPcO4z+fg89TJM=; b=A+xSk5tJuug/+9ZOvZRT2bJnaX/BCKkUvjv5itHbUybjgsKotmQtaIrT3UnrlD6lkV GqLSQnCzrDn9WIg8b91gRlOVXyVcqQWoMj+/Nr/TO1oSmjH6CI0k5q34Ee8xafzR9omL z7uCZO5R9GLPYXopMn5/8bmjr5aXNT3kdifRvg2ec1LQnz4cARLBREY28Gi3IaWWhxzU hk0S9I1JoW3vWlSrx7nQG8JFCZbt1ebipCL9HmPLkqk4ziuPPbqgRiL2w1fzna9RDbjj mt6lxwnJj8EftM4z7Sf/hvOb7tu21iM+dw8Rs5/Oju/R5nb5CIB1OHZjG6+yRNY5At1X S7Mw== MIME-Version: 1.0 X-Received: by 10.52.135.133 with SMTP id ps5mr482172vdb.33.1409213794395; Thu, 28 Aug 2014 01:16:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.220.84.137 with HTTP; Thu, 28 Aug 2014 01:16:34 -0700 (PDT) Date: Thu, 28 Aug 2014 01:16:34 -0700 X-Google-Sender-Auth: W6U6igxtOC73l-COPEiecYokXSc Message-ID: Subject: August 25 HEAD on MIPS32 (routerstation pro) started throwing issues From: Adrian Chadd To: "freebsd-mips@freebsd.org" , Alan Cox Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 08:16:35 -0000 Hi! I just updated a test AP at home to the latest -HEAD ,and here's what I was greeted with: Aug 28 08:07:57 init: login_getclass: unknown class 'daemon' BAD_PAGE_FAULT: pid 27 tid 100045 (mount), uid 0: pc 0x40514dd0 got a read fault (type 0x2) at 0x4040011c Trapframe Register Dump: zero: 0 at: 0x7fffffff v0: 0 v1: 0x404000fc a0: 0x54 a1: 0x40400000 a2: 0 a3: 0x1 t0: 0 t1: 0x40c0300c t2: 0x40800168 t3: 0x2f t4: 0x40c00030 t5: 0 t6: 0x748 t7: 0x402c70 t8: 0x13 t9: 0x40514d58 s0: 0x3 s1: 0x40418798 s2: 0 s3: 0x404ec4 s4: 0x40418798 s5: 0x40418798 s6: 0 s7: 0 k0: 0 k1: 0 gp: 0x405ec910 sp: 0x7ffee348 s8: 0 ra: 0x4051534c sr: 0xfc13 mullo: 0x6719 mulhi: 0xc badvaddr: 0x4040011c cause: 0x8 pc: 0x40514dd0 Page table info for pc address 0x40514dd0: pde = 0x813da000, pte = 0xa00569da Dumping 4 words starting at pc address 0x40514dd0: 8c700020 32030ff0 00032102 240300ff Page table info for bad address 0x4040011c: pde = 0x813da000, pte = 0 pid 27 (mount), uid 0: exited on signal 11 BAD_PAGE_FAULT: pid 32 tid 100045 (mount), uid 0: pc 0x40514dd0 got a read fault (type 0x2) at 0x4040011c Trapframe Register Dump: zero: 0 at: 0x7fffffff v0: 0 v1: 0x404000fc a0: 0x54 a1: 0x40400000 a2: 0 a3: 0x1 t0: 0 t1: 0x40c0300c t2: 0x40800168 t3: 0x2f t4: 0x40c00030 t5: 0 t6: 0x748 t7: 0x402c70 t8: 0x13 t9: 0x40514d58 s0: 0x3 s1: 0x40418798 s2: 0 s3: 0x404ec4 s4: 0x40418798 s5: 0x40418798 s6: 0 s7: 0 k0: 0 k1: 0 gp: 0x405ec910 sp: 0x7ffee348 s8: 0 ra: 0x4051534c sr: 0xfc13 mullo: 0x6719 mulhi: 0xc badvaddr: 0x4040011c cause: 0x8 pc: 0x40514dd0 Page table info for pc address 0x40514dd0: pde = 0x813d8000, pte = 0xa00569da Dumping 4 words starting at pc address 0x40514dd0: 8c700020 32030ff0 00032102 240300ff Page table info for bad address 0x4040011c: pde = 0x813d8000, pte = 0 If I run my startup script commands manually then there's a 50% chance it'll work and a 50% chance the above occurs. Does anyone have any ideas? Alan, is there anything recent in the pmap/VM code churn that may have caused this? -a From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 15:15:20 2014 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 ESMTPS id DD814571; Thu, 28 Aug 2014 15:15:20 +0000 (UTC) Received: from mail-qg0-x22a.google.com (mail-qg0-x22a.google.com [IPv6:2607:f8b0:400d:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DC7A13C4; Thu, 28 Aug 2014 15:15:20 +0000 (UTC) Received: by mail-qg0-f42.google.com with SMTP id a108so890260qge.15 for ; Thu, 28 Aug 2014 08:15:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=TcHXyKIEOfvSnJAk1edqr1ioOkGVL0Qo62ZVweryTVU=; b=fTtNQEVRzDiRU3JGoKo4be4X9QXW0KeaYZ/CX4QWE4g7B87s6jjD8Z25xgD0xxhvP2 mH9YMHg0rPqhL+Iov8Na/kY3BHKi3rG0zlNXmAWKMWqz54nPnnIAkyrHMwMIi6piToQO KgVZgFcp05ZbKP+GrVZ+KV3DeLze20RLgieyI8911o0BriMfCoRSgMDZ2MkjhJhs7d4r kfzUGO7936j2CcQ3m19fcj0BUaGHCNd+/+gE/pIkXFzH2KYPLFMfYgdGe2PaJkTqD7+m LcZycVTJR/kx4MqvRU2UAGUr2JNtvjju4KBe9wCyFKzTuZm5exXA5YYn8zBvNjRUCDUH /lkA== MIME-Version: 1.0 X-Received: by 10.229.131.5 with SMTP id v5mr7477165qcs.21.1409238919438; Thu, 28 Aug 2014 08:15:19 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Thu, 28 Aug 2014 08:15:19 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Aug 2014 08:15:19 -0700 X-Google-Sender-Auth: ZZqr_qX41h35FpEqglnmtE-EejQ Message-ID: Subject: Re: August 25 HEAD on MIPS32 (routerstation pro) started throwing issues From: hiren panchasara To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: Alan Cox , "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 15:15:21 -0000 On Thu, Aug 28, 2014 at 1:16 AM, Adrian Chadd wrote: > Hi! [skip] > Does anyone have any ideas? Alan, is there anything recent in the > pmap/VM code churn that may have caused this? > Just for data-point, Aug 13th -HEAD image of picostation doesn't show this behavior. cheers, Hiren From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 16:53:18 2014 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 ESMTPS id 9E002714; Thu, 28 Aug 2014 16:53:18 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36E9610C2; Thu, 28 Aug 2014 16:53:18 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id i17so1077971qcy.5 for ; Thu, 28 Aug 2014 09:53:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=pW2ADSzOqRxZOP15IRfI/o/tT7evS7yLaA2p0IBelfM=; b=1C2coH7bBHYLQIEy71nUmnj7dC4MhvZks86GjkoPaEOKzHlcd258eIuXBFNPIeuKq9 HimHqBD/ZB4kKTM11p7IQlsB3xPe7997DZFWUfY1rl198QUFlSE1XMN9+GgaVIIpCMHK drJJyWyQolxSPDpdZmumgmijUgnPeUxMrepQcK2ue9AXklm3ndpLdkn08ugPa0ZRk+/5 Yl11d8Z2vqHrXssun6Fzqot4mCpSiz1BclUJtUkQJHdSWUyUqMtgqtV0sJLGgByf+VSE I+sOOzsIUMsst3oLmwZ7XOHRB0elbvfWbtK/wKuDgd1YWLXc1rzw9ibKg8E3MJw8W23+ QUuw== MIME-Version: 1.0 X-Received: by 10.224.60.129 with SMTP id p1mr8083608qah.99.1409244796626; Thu, 28 Aug 2014 09:53:16 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Thu, 28 Aug 2014 09:53:16 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Aug 2014 09:53:16 -0700 X-Google-Sender-Auth: EvgRJoLOsHaZy5eYu0LTYVqVYSI Message-ID: Subject: Re: August 25 HEAD on MIPS32 (routerstation pro) started throwing issues From: hiren panchasara To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: Alan Cox , "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 16:53:18 -0000 On Thu, Aug 28, 2014 at 8:15 AM, hiren panchasara wrote: > On Thu, Aug 28, 2014 at 1:16 AM, Adrian Chadd wrote: >> Hi! > [skip] >> Does anyone have any ideas? Alan, is there anything recent in the >> pmap/VM code churn that may have caused this? >> > > Just for data-point, > Aug 13th -HEAD image of picostation doesn't show this behavior. r269799 works for me. cheers, Hiren From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 20:00:19 2014 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 ESMTPS id 4AF06619 for ; Thu, 28 Aug 2014 20:00:19 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7CE198D for ; Thu, 28 Aug 2014 20:00:18 +0000 (UTC) Received: from [76.187.139.93] ([76.187.139.93:54245] helo=[192.168.0.240]) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 96/DE-14619-A0A8FF35; Thu, 28 Aug 2014 19:59:06 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10.0-STABLE on EdgeRouter Lite notes/issues From: Stacey Son In-Reply-To: Date: Thu, 28 Aug 2014 14:59:05 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Sean Hamilton X-Mailer: Apple Mail (2.1878.6) X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 20:00:19 -0000 Hi Sean: Some answers to your questions are inline below... On Aug 24, 2014, at 4:23 PM, Sean Hamilton = wrote: > Running 10.0-STABLE r270425 on an EdgeRouter Lite. >=20 > "makefs -B big -o version=3D2" seems to produce a broken image which > cannot be mounted read/write. See misc/162503, bin/188762. FS > performance on USB flash is awful without softupdates, so UFS2 is > effectively mandatory. I built a rescue-only mfsroot and newfs'd and > untar'd the real system from there. Flash performance still isn't > great, but it is tolerable. Mounting noatime helps. Were it not for > the makefs bug, this process would be much easier. >=20 > Attempting to makefs directly onto the USB flash is painfully slow -- > writing a file, then dd'ing that to the device is much faster. I > assume makefs does a lot of small writes. Can the OS cache and combine > these? It would also be nice if makefs could detect the size of the > target device and set the FS size and number of inodes appropriately. > Of course at that point it's basically newfs. The way I do it is create a FS only the size that is needed and 'dd' to = USB then 'growfs' later.=20 Nathan Dorfman's script makes it easy to make images... =20 http://rtfm.net/FreeBSD/ERL/mkerlimage You may have also have seen his webpage on the ERL: http://rtfm.net/FreeBSD/ERL =20 > Also for some reason, ERL u-boot's tftpboot seems to refuse to talk to > FreeBSD's tftpd, so I had to copy my rescue-only image to the flash. I > didn't investigate this closely, could be operator error. >=20 > Any suggestions for VFS tuning on ERL? Ideally the OS could > aggressively cache filesystem writes, then lazily write them out > asynchronously. Would softupdate journaling be of any benefit? >=20 > gpart insists on aligning MBR partitions to cylinder boundaries, and > seemingly ignores -a. Is there some way to prevent this? If not, can > it be fooled by overriding the disk geometry? I'm not sure how much > this matters on USB flash devices, but it matters a lot on SSDs. I > wound up partitioning with GNU parted, since it does what it's told. >=20 > I would prefer to use GPT, but it seems like ERL u-boot doesn't > support it. Another option might be to use GPT, create a freebsd-boot > partition, dd the kernel directly there, then just load the sectors > directly with u-boot, bypassing the filesystem entirely. Yeah, the ERL u-boot seems kind of simple. You may have noticed that = 'mkerlimage' puts /boot in a FAT partition. Once the kernel is loaded = you can do about any partitioning scheme you want. IDK. It would be = nice if the ERL had a second USB or some onboard flash that could be = used or something. > Ports are totally unbuildable on ERL. This seems to be a toolchain > problem. ports-mgmt/pkg (which everything depends on) fails to build > with: >=20 > libtool: install: ranlib > /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg_static.a > ranlib: fatal: Invalid filename >=20 > I imagine this relates to the recent freebsd-mips posts about strip > corrupting static binaries. Yes, this is most likely the 'strip' bug. See = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191587 for the = details. The workaround is to not strip static libraries. FYI, you can find some ports I have built for FreeBSD/mips64 (using qemu = user-mode) at: http://www.cl.cam.ac.uk/research/security/ctsrd/mips64-packages/ Sean Bruno may even have more some place. > tcpdump is broken, as the packet lengths it reports are incorrect, and > it eventually segfaults. I thought this might be an issue with the > octe driver, but it seems even the loopback device is afflicted, so > perhaps it's an endianness issue? You should file a bugzilla bug report especially if you have a packet = trace that can be used to easily reproduce the problem. > Regarding https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D177876 = -- > is this patch still a good idea? Or has it been merged? I have been using it for some time. If you plan on mounting and using = NFS volumes or anything else the might take a lot of kernel thread stack = space then it is a good idea. A better version of this patch (that moves the mips dependent code out = of the vm layer) has been merged into a MIPS64 FreeBSD project and that = code will be upstreamed sometime in the near future. You can find the = changes here: = https://github.com/CTSRD-CHERI/cheribsd/commit/b39bec2cefe36293ffb2322969c= 9f7c9cae8c1a2 = https://github.com/CTSRD-CHERI/cheribsd/commit/04ea99d04f6d5a595be759d34e8= 4e7fd9cea8166 = https://github.com/CTSRD-CHERI/cheribsd/commit/ae4f8d84bc30ffe2b2698534a2e= 6ab64480e8432 For now, I would just used the kernel patch at: https://people.freebsd.org/~sson/mips/kstack/kstack_large_page.diff > Is there an estimate as to how many people are running FreeBSD on ERL? > Many thanks in advance for suggestions on any of the above! Good question. I know of three or so. -stacey. From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 20:06:35 2014 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 ESMTPS id EBBD36A9 for ; Thu, 28 Aug 2014 20:06:34 +0000 (UTC) Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com [209.85.220.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B90661A4C for ; Thu, 28 Aug 2014 20:06:34 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id eu11so3913287pac.33 for ; Thu, 28 Aug 2014 13:06:25 -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:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=29nRi3E2MrJ3AGs8Lhugkk2kFPg9fHI949/JyS5A1e8=; b=VBwc/qOZrKSpNvfVS/qIOnWwAGzNZsCiHbjikbkZL8OmobV1wHj2+/qoLu/2bhzW7N Wze81WrR/NLW2j6FaQh9o0rM20rFw4jkTd7Ek+kEfuOuTEB//NhpdlY2t66ykJCtkRQa Uxyy37wtVJ5Rx0COb9d9UNllOqJdZZ0Kzkw+fVdMRs9YrtCwfLsGP95CNNCHO1T2EOh4 WRM6cb54lFkuosCdCCe68y1RShthszPvbi/i08+6wQkEvx6tEYxNKZuV1a9rHbY2FZdp s+m71FVWRtdLRYhthQR1bpEfiibTIna1JTPZ/SFfrn05USZWY1jnl+owAR/PeD5MItJf Gysg== X-Gm-Message-State: ALoCoQlxZec24DUhQkRO+jksp7AF2/XfvhCGNuNBBrrnreYT0lpiW6BfKAz1ffR5cbyfTV8P1wwU X-Received: by 10.70.7.164 with SMTP id k4mr9619140pda.6.1409256384757; Thu, 28 Aug 2014 13:06:24 -0700 (PDT) Received: from [192.168.241.202] (c-67-182-131-225.hsd1.wa.comcast.net. [67.182.131.225]) by mx.google.com with ESMTPSA id z3sm6795879pdj.12.2014.08.28.13.06.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Aug 2014 13:06:23 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_5550EDE6-0281-4650-AF51-79F9A78CD6F0"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10.0-STABLE on EdgeRouter Lite notes/issues From: Warner Losh In-Reply-To: Date: Thu, 28 Aug 2014 13:06:21 -0700 Message-Id: <89108FE4-59E2-471B-AF9D-AAAA9E02A4B0@bsdimp.com> References: To: Stacey Son X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 20:06:35 -0000 --Apple-Mail=_5550EDE6-0281-4650-AF51-79F9A78CD6F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Aug 28, 2014, at 12:59 PM, Stacey Son wrote: > Hi Sean: >=20 > Some answers to your questions are inline below... >=20 > On Aug 24, 2014, at 4:23 PM, Sean Hamilton = wrote: >=20 >> Running 10.0-STABLE r270425 on an EdgeRouter Lite. >>=20 >> "makefs -B big -o version=3D2" seems to produce a broken image which >> cannot be mounted read/write. See misc/162503, bin/188762. FS >> performance on USB flash is awful without softupdates, so UFS2 is >> effectively mandatory. I built a rescue-only mfsroot and newfs'd and >> untar'd the real system from there. Flash performance still isn't >> great, but it is tolerable. Mounting noatime helps. Were it not for >> the makefs bug, this process would be much easier. >>=20 >> Attempting to makefs directly onto the USB flash is painfully slow -- >> writing a file, then dd'ing that to the device is much faster. I >> assume makefs does a lot of small writes. Can the OS cache and = combine >> these? It would also be nice if makefs could detect the size of the >> target device and set the FS size and number of inodes appropriately. >> Of course at that point it's basically newfs. >=20 >=20 > The way I do it is create a FS only the size that is needed and 'dd' = to USB then 'growfs' later.=20 >=20 > Nathan Dorfman's script makes it easy to make images... >=20 > http://rtfm.net/FreeBSD/ERL/mkerlimage >=20 > You may have also have seen his webpage on the ERL: >=20 > http://rtfm.net/FreeBSD/ERL >=20 >> Also for some reason, ERL u-boot's tftpboot seems to refuse to talk = to >> FreeBSD's tftpd, so I had to copy my rescue-only image to the flash. = I >> didn't investigate this closely, could be operator error. >>=20 >> Any suggestions for VFS tuning on ERL? Ideally the OS could >> aggressively cache filesystem writes, then lazily write them out >> asynchronously. Would softupdate journaling be of any benefit? >>=20 >> gpart insists on aligning MBR partitions to cylinder boundaries, and >> seemingly ignores -a. Is there some way to prevent this? If not, can >> it be fooled by overriding the disk geometry? I'm not sure how much >> this matters on USB flash devices, but it matters a lot on SSDs. I >> wound up partitioning with GNU parted, since it does what it's told. >>=20 >> I would prefer to use GPT, but it seems like ERL u-boot doesn't >> support it. Another option might be to use GPT, create a freebsd-boot >> partition, dd the kernel directly there, then just load the sectors >> directly with u-boot, bypassing the filesystem entirely. >=20 > Yeah, the ERL u-boot seems kind of simple. You may have noticed that = 'mkerlimage' puts /boot in a FAT partition. Once the kernel is loaded = you can do about any partitioning scheme you want. IDK. It would be = nice if the ERL had a second USB or some onboard flash that could be = used or something. >=20 >> Ports are totally unbuildable on ERL. This seems to be a toolchain >> problem. ports-mgmt/pkg (which everything depends on) fails to build >> with: >>=20 >> libtool: install: ranlib >> /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg_static.a >> ranlib: fatal: Invalid filename >>=20 >> I imagine this relates to the recent freebsd-mips posts about strip >> corrupting static binaries. >=20 > Yes, this is most likely the 'strip' bug. See = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191587 for the = details. The workaround is to not strip static libraries. >=20 > FYI, you can find some ports I have built for FreeBSD/mips64 (using = qemu user-mode) at: >=20 > http://www.cl.cam.ac.uk/research/security/ctsrd/mips64-packages/ >=20 > Sean Bruno may even have more some place. >=20 >> tcpdump is broken, as the packet lengths it reports are incorrect, = and >> it eventually segfaults. I thought this might be an issue with the >> octe driver, but it seems even the loopback device is afflicted, so >> perhaps it's an endianness issue? >=20 > You should file a bugzilla bug report especially if you have a packet = trace that can be used to easily reproduce the problem. >=20 >> Regarding https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D177876 = -- >> is this patch still a good idea? Or has it been merged? >=20 > I have been using it for some time. If you plan on mounting and using = NFS volumes or anything else the might take a lot of kernel thread stack = space then it is a good idea. >=20 > A better version of this patch (that moves the mips dependent code out = of the vm layer) has been merged into a MIPS64 FreeBSD project and that = code will be upstreamed sometime in the near future. You can find the = changes here: >=20 > = https://github.com/CTSRD-CHERI/cheribsd/commit/b39bec2cefe36293ffb2322969c= 9f7c9cae8c1a2 >=20 > = https://github.com/CTSRD-CHERI/cheribsd/commit/04ea99d04f6d5a595be759d34e8= 4e7fd9cea8166 I don=92t suppose this could be done w/o adding #ifdef __mips__ to = vm_glue? No need to block upstreaming on this, but it seems this could = be a MD routine instead... > = https://github.com/CTSRD-CHERI/cheribsd/commit/ae4f8d84bc30ffe2b2698534a2e= 6ab64480e8432 On the whole, I really like this, but was hoping it would be cleaner. = There=92s a crying need for it=85 Warner > For now, I would just used the kernel patch at: >=20 > https://people.freebsd.org/~sson/mips/kstack/kstack_large_page.diff >=20 >> Is there an estimate as to how many people are running FreeBSD on = ERL? >> Many thanks in advance for suggestions on any of the above! >=20 > Good question. I know of three or so. >=20 > -stacey. >=20 > _______________________________________________ > 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" --Apple-Mail=_5550EDE6-0281-4650-AF51-79F9A78CD6F0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJT/4u9AAoJEGwc0Sh9sBEAYpEQANZ4SwCjDLbfGdbMYER9CDfe jDDCkbi3lU/P1UP1l9/m/X8/k5GKPeAxMKYN+gJGB0zwY3rY53wneC4EoiChbAK0 hAEpE3jtWBQ/JOKIsHpwfJK28sE4eZsaKN8LZq+8uFOD+XIFdzDa3Mav/iGQgXur VOcyp0yOYB7pOLY+2PVYAWS3iEOdON014vc0yWo+9KsE0LsDDQI/o1LW6CLkW/XN TgAIKjW3tLWFWwTmolmMp1u8UHlfIup6VcWrlwVNzshCFe907lHAxi9EaYrhKHLM ctyLCktEGvv5SLy0Yz5agL+Y21SP8VRpcK6EAfHrGWbPOhSReX7kgNTb9ILDJzVF x6kXiRltQm277MfVufJV9U5VezRM0mkaTPVaBJDkEcEtq03VzYHMyDF/9vKV7zmY XpEyMqZsj3E4RAD0lTTIYurMfcUyaK8ucajMKbrJuSlbV6m+yvaw3MdvGM0BZWgY 0V2okHLUZTC4zdvWNdJYPM7iKOmXrSp67NuZt0eBcxnTbwwyVFROL8KfbFSiVhBc 8nb3f4j0xsXHJeZy0jaxq5+Fd2Uu2deXy6TKc/kDACdIQAaqv7saHyzBja+Lgiou N6Q4eA+h1WQPqfR+O9XoSXGB36xO6u0Pq1ccRUUikXixMx5FH/YY4rziMa+6u0yk lEAelYhX7rJT25hbzs55 =JcjS -----END PGP SIGNATURE----- --Apple-Mail=_5550EDE6-0281-4650-AF51-79F9A78CD6F0-- From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 20:46:24 2014 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 ESMTPS id CC131475; Thu, 28 Aug 2014 20:46:24 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A4F41E82; Thu, 28 Aug 2014 20:46:23 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id l4so1573737lbv.10 for ; Thu, 28 Aug 2014 13:46:22 -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:content-transfer-encoding; bh=S1AcgVVi935kdi3OxOcPZEz50cEBcuKDfWSYR0+8kbk=; b=CLSN48owQ+Ig63Oy4HZlr3P+2u0xe39EYCjQxKYPFlxL4U1zM0p3IQUqX5asaig7Fk /97rw8nSIGpMi+s49L3cWw02gx8y6Q3VflC4aexNMYkr+AFfcOLUjABRk8f+G8Vc/4Z6 pbZ5J3avBsgGaxhIk8kIpcFq/SAimEF3auvP1CZDRW2UgJTpCIHRX+k3DP2cucfBr/21 Fawv+egDor/NVUjDwGYDIlqN01YkNTcy+vpCmdDWCC8wbPNr4X6f+SdoV9TxxsIqc+H7 AKgsK7K2k3UxFKBK89gCD+oF4I9xpDAzL18TYAYCxZDW5FIjn6/aDsFzAodrQ5DB/k9b 5PDg== MIME-Version: 1.0 X-Received: by 10.112.28.8 with SMTP id x8mr5165766lbg.104.1409258781951; Thu, 28 Aug 2014 13:46:21 -0700 (PDT) Received: by 10.112.128.167 with HTTP; Thu, 28 Aug 2014 13:46:21 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Aug 2014 13:46:21 -0700 Message-ID: Subject: Re: FreeBSD 10.0-STABLE on EdgeRouter Lite notes/issues From: Sean Hamilton To: Stacey Son Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 20:46:25 -0000 On 28 August 2014 12:59, Stacey Son wrote: > Yeah, the ERL u-boot seems kind of simple. You may have noticed that 'mk= erlimage' puts /boot in a FAT partition. Once the kernel is loaded you can= do about any partitioning scheme you want. IDK. It would be nice if the= ERL had a second USB or some onboard flash that could be used or something= . The ERL does have 4 MB NOR flash for u-boot, and I'm guessing most of it is unused. You could surely put a kernel in there, if you could make it fit. I produced a fairly minimal kernel configuration and its .text is still >6MB, but the whole kernel xz's down to 1.8 MB, so there's hope. I'm not sure if the flash can be written from FreeBSD, though it can be written from u-boot. I think it makes more sense to just dd the kernel directly to the USB flash sans-filesystem, then use the "usb read" u-boot command to load it. Then you don't need to worry about bricking your ERL. >> I imagine this relates to the recent freebsd-mips posts about strip >> corrupting static binaries. > > Yes, this is most likely the 'strip' bug. See https://bugs.freebsd.org/b= ugzilla/show_bug.cgi?id=3D191587 for the details. The workaround is to not= strip static libraries. Building ports with INSTALL_TARGET=3Dinstall (instead of the default install-strip) seems to circumvent stripping for the most part. Building e.g. python27 still doesn't work, possibly due to the strip issue. I'll look into the strip bug if I can find time and nobody else is on it. Build performance on the ERL is tolerable, so long as you consider it to be a non-interactive process. Some builds seem like they are probably I/O bound, though I haven't actually measured. I'm still very interested in suggestions as to if/how FreeBSD can be made to cache and defer FS writes. I'm considering tmpfs and a rsync cronjob if it can't be done in the kernel. >> [ tcpdump problem ] > > You should file a bugzilla bug report especially if you have a packet tra= ce that can be used to easily reproduce the problem. The issue is trivial to reproduce. It doesn't seem to matter what the payload is -- it reports huge packet lengths (possibly byte swapped) and it quickly segfaults. From owner-freebsd-mips@FreeBSD.ORG Thu Aug 28 22:19:03 2014 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 ESMTPS id D4F6566E for ; Thu, 28 Aug 2014 22:19:03 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 9626F19A1 for ; Thu, 28 Aug 2014 22:19:03 +0000 (UTC) Received: from [76.187.139.93] ([76.187.139.93:54733] helo=[192.168.0.240]) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 82/33-14619-0DAAFF35; Thu, 28 Aug 2014 22:18:56 +0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10.0-STABLE on EdgeRouter Lite notes/issues From: Stacey Son In-Reply-To: <89108FE4-59E2-471B-AF9D-AAAA9E02A4B0@bsdimp.com> Date: Thu, 28 Aug 2014 17:18:55 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <89108FE4-59E2-471B-AF9D-AAAA9E02A4B0@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1878.6) X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 22:19:03 -0000 Hi Warner... On Aug 28, 2014, at 3:06 PM, Warner Losh wrote: >=20 > On Aug 28, 2014, at 12:59 PM, Stacey Son wrote: >=20 >>=20 >>> Regarding https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D177876 = -- >>> is this patch still a good idea? Or has it been merged? >>=20 >> I have been using it for some time. If you plan on mounting and = using NFS volumes or anything else the might take a lot of kernel thread = stack space then it is a good idea. >>=20 >> A better version of this patch (that moves the mips dependent code = out of the vm layer) has been merged into a MIPS64 FreeBSD project and = that code will be upstreamed sometime in the near future. You can find = the changes here: >>=20 >> = https://github.com/CTSRD-CHERI/cheribsd/commit/b39bec2cefe36293ffb2322969c= 9f7c9cae8c1a2 >>=20 >> = https://github.com/CTSRD-CHERI/cheribsd/commit/04ea99d04f6d5a595be759d34e8= 4e7fd9cea8166 >=20 > I don=92t suppose this could be done w/o adding #ifdef __mips__ to = vm_glue? No need to block upstreaming on this, but it seems this could = be a MD routine instead... The plan is to add vm_kstack_valloc()'s and vm_kstack_palloc()'s to each = ${ARCH}/vm_machdep.c. Of course, it is there for mips but the non-mips = arch version needs to be added. Once the non-mips version is added the = #ifdef __mips__'s in vm_glue.c can go away. Note that this does replace = a bit of #ifdef __mips__ wrapped code that was already in vm_glue.c. >=20 >> = https://github.com/CTSRD-CHERI/cheribsd/commit/ae4f8d84bc30ffe2b2698534a2e= 6ab64480e8432 >=20 > On the whole, I really like this, but was hoping it would be cleaner. = There=92s a crying need for it=85 You may have noticed that this FreeBSD branch also includes my older = change for increasing the kstack size by using multiple wired TLB = entries. When "option KSTACK_LARGE_PAGE" is not in the kernel config it = defaults to using that for __mips_n64. This, of course, makes switch.S = a bit messy. At some point it might be good to generate some of this = lower level code at boot time depending on the mips hardware that is = detected. Especially for critical code like the TLB miss exception = handler. -stacey.=