From owner-freebsd-mips@FreeBSD.ORG Mon Sep 1 19:24:32 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 76B24275; Mon, 1 Sep 2014 19:24:32 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (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 DC12D179E; Mon, 1 Sep 2014 19:24:31 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id n3so3076699wiv.0 for ; Mon, 01 Sep 2014 12:24:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Akjt2YaeHhvnEkqLW8lpTzX4t2AW8ZTKSqMuViWBFME=; b=oP79Csz5/U2SL8tEaP6w1R8fZlVuDk5neBQWcOQbia+KvPnO1qhaYSeRou3QkMp1q4 ysIb3/9mluI02xavydDuHsj/hGMGwvBgVp8f6HL4eifplvmwYZ5u5wfWPpB4ECMhrJHt 2anYjqwlLlUqWKneXvgYwegOUSE8ktIy9LtI+Kz/R7Qcm/FplcV8x624+mlSWcpf7wRb r9eYTomaOYbS89BT3/GXrTjvqRxsDcZI0NPONxdBovuNn1d+dmgZxR9ZXre9LsLzp2qd A2/saU4IRsqJ1/J9bRDavFkBChNbma0FhDxVn+lF8PIjciSximjvnK2sXfdRl3avRI3B hQMA== X-Received: by 10.194.95.234 with SMTP id dn10mr11344467wjb.73.1409599470112; Mon, 01 Sep 2014 12:24:30 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cpc2-dals5-0-0-cust36.20-2.cable.virginm.net. [77.103.177.37]) by mx.google.com with ESMTPSA id b19sm27225169wiv.0.2014.09.01.12.24.28 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Sep 2014 12:24:29 -0700 (PDT) Message-ID: <5404C7EB.5000704@gmail.com> Date: Mon, 01 Sep 2014 20:24:27 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: New MIPS board, free? References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 01 Sep 2014 19:24:32 -0000 On 28/08/2014 03:59, Adrian Chadd wrote: > I've just requested one! > > > -a Cool, I hope they fulfil your request :) meanwhile I'm heading the other way, I got given a PIC32MZ board on Sunday which I intend to run the the MIPS port of 4.4BSD (retroBSD), featuring improvements on its predecessor (2.11BSD) like, a network stack! Sevan / Venture37 From owner-freebsd-mips@FreeBSD.ORG Thu Sep 4 19:33:02 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 D124D933 for ; Thu, 4 Sep 2014 19:33:02 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A93EF1BAC for ; Thu, 4 Sep 2014 19:33:02 +0000 (UTC) Received: from plantcutter.riseup.net (plantcutter-pn.riseup.net [10.0.1.121]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id A2C635544C for ; Thu, 4 Sep 2014 12:33:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1409859181; bh=7cf6t4KNtFfpBsOQa9t4WdNmBPS4K8LJzyZyh7A8RG0=; h=Date:From:To:Subject:References:In-Reply-To:From; b=ck+W62W2ecEs4ANewO/7vymK/UWqLBJQC3FjEvR7hf5MHGeJCa+PWa+FdBCcL95wA 7h3kP3l4ksGj8UfyMEwLRJ6ln1Hw+J3KNQTLUf+TP9T2wgwbhjY54LDCC5CsoFBN0H pHiG55Fi/OmKhIZlczcIKhGrfLsPSBEEYkhKao4E= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id 22D842253B Message-ID: <5408BE6A.4050500@riseup.net> Date: Thu, 04 Sep 2014 21:32:58 +0200 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-mips@freebsd.org Subject: WR1043ND - too big kernel References: <5408BB36.5060409@riseup.net> In-Reply-To: <5408BB36.5060409@riseup.net> X-Forwarded-Message-Id: <5408BB36.5060409@riseup.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IQU2BFP8idKsJQjF5b3L3S9OoCco90Hjo" X-Virus-Scanned: clamav-milter 0.98.4 at mx1 X-Virus-Status: Clean 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, 04 Sep 2014 19:33:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IQU2BFP8idKsJQjF5b3L3S9OoCco90Hjo Content-Type: multipart/mixed; boundary="------------050809070707080900030203" This is a multi-part message in MIME format. --------------050809070707080900030203 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable -------- Forwarded Message -------- Subject: WR1043ND - too big kernel Date: Thu, 04 Sep 2014 21:19:18 +0200 From: Piotr Kubaj To: adrian@freebsd.org Hi. I'm trying to build an image for it, but it fails with "kernel image is too big.", both on releng/10.0 and head (I prefer to use RELEASE, of course I've modified scripts to build it). On releng/10.0 the reported size of kernel img is 1933708, on head it's 2000626 (it's the output from mktplinkfw). My kernel config is as following (I have 64 MB RAM mod): include "AR91XX_BASE" ident TP-LINK-WN1043ND # Override hints with board values hints "TP-WN1043ND.hints" # Force the board memory - 64mb options AR71XX_REALMEM=3D64*1024*1024 # i2c GPIO bus device gpioiic device iicbb device iicbus device iic # ethernet switch device device etherswitch # RTL8366RB support device rtl8366rb # Enable the uboot environment stuff rather then the # redboot stuff. options AR71XX_ENV_UBOOT # uncompress - to boot natively from flash device geom_uncompress options GEOM_UNCOMPRESS # Used for the static uboot partition map device geom_map # Boot off of the rootfs, as defined in the geom_map setup. options ROOTDEVNAME=3D\"ufs:map/rootfs.uncompress\" # We bite the performance overhead for now; the kernel won't # fit if the mutexes are inlined. options MUTEX_NOINLINE options RWLOCK_NOINLINE options SX_NOINLINE # Remove everything we don't need. We need a _really_ small kernel! nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions DEBUG_REDZONE nooptions DEBUG_MEMGUARD I've also tried to disable gpioiic, iicbb, iicbus, iic, etherswitch and rtl8366rb as only WAN Ethernet port will be used (no Ethernet devices, only Wifi), but it doesn't help. Do you have any not yet commited patches that make it smaller? If so, I would be grateful if you send them to me and even more grateful if you somehow manage to push to stable/10 before releng/10.1 branch-off :) --------------050809070707080900030203 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KCmlRSWNCQUVCQ2dBR0JRSlVDTHMyQUFv SkVDOW5LdWtSc2ZZK05WZ1FBTnJDUUs0SWJUbDRxRzRMYXpSbWFoKzQKK0Y5eXV5R1RCYlRG VTdFTmJUdUcybkNIVWprUC8zR2I5NUlZOXpIcWJ6Qk1NNzlLRmMzWHBUM2hKT3JQdnliaApW UzFXRzBuVmhBMkdDQnRaK2ZJWHFrbnZQVEdpWFF5c2hNUTR6YWYrRGF4eGhLbjdZWWlCanZJ V0RvQ3FxRVJOCnNOdW5qbE1HM3lDSjRLNENMWlRVT2VmVklLU1UydUNEYllFdkFLbTN1UGk4 cDF5UjBOY3pXK3pnMW1XaFJySisKMFdXYnpMNmZKV1AzYjFhODZ1azJ6YTRGQTZzdUF4VG41 WThTckxScFpmUVFqK2xocWRkOUFVQmhVM05UNVM4SApsdzNzaXBLYk5hVjNBT1NuTnBjL1Bs clduWFdZdmhkRk5TcW9qRWc2NFJEOEdPckZONE50RnV1NEZjVWNlby9zClBKaTFyaFhXRUZP eVVJZmd5ZXFYZEN3bkZXMGhvZ2tGRzRtRytHYmRXQ2wxb2dlc0VjSFY5TXNBUTM0cm5mKzcK L1kySXdLWTAxYWR1cWN5NlN0TUt3c0VaSnRDa2tIRG5zVzE5NmtXR244eFIwQTI0QmpkaE90 ZnlVeDN6OVRCcApHQ2x0aFpxTmRyZ0h2a2N5VmVSZmFMc2NrWW5MZzlzbkVaakM2OEFBSjFS ZzNWZSs0ckRkKzZSVTBWMWVlRjl0CkQxTVM2UWliOEQ4OWEydkJGMkxiU3BXTHphK3NRSWZ6 ZFFCN09xOC9MOHZyTk5vQ093Q3g3SGdLa3ZaV29JOUoKSkxIUks0RU02dWVXNWM2YWQzclEv ais2dTNqUVV6QVliOUdyQ2tVNjd0RCtaa0dJM0tWWjlmK2JrQTkxY0IrMQpDdmJxQlN0dDVK MG1TL1l4VFEzeQo9ZVZKMgotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0KCg== --------------050809070707080900030203-- --IQU2BFP8idKsJQjF5b3L3S9OoCco90Hjo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJUCL5rAAoJEC9nKukRsfY+L1UQAJ4jz2cg+8tRZ0E5Ayb/ZbZz XqLYqrczW8kWtQI9A2d8qwy/KCb5NVTCpztHxFYzxQEXjtTMKQa4L39Jctqimj1i SUDhhQRIeOtTyjuvNlRZiAj9cfcx9J/cU1y0d4ub6rBdNaXN62AamAMg1LRbzCB7 8wtDthaAEbBBCfxbp6iZChwRRP2TvwbYmcMqYI8kvrHaPsyCND11Jj5zFlo7liXc nXJpQ3LqmQ32s3iN7zUmNgSL/IfgNkEVTox6PlkwWaaXstBNkgwrd+7U1UpIBjxc FtWB8vt1D/NEVZV0H3v9/EPwHoIHo4duz897z3yvpKQmWabbDVxN5OWEg7FFRphk EP8DU6FvgnxlD6CX9AyqHSLYbU7xO1M/nr6AAs18bS4EFfSjmaOvgb6FVuUPcHAj lMWENc4Bg5HZ+IqKzVqfyeGFKMwXEcEx6HoSAqt4pFDpiR8WhCJYu5LLu3fzAeV8 9jNBLuwe/i0uwLqmlbyLw2khACFFJ0Puisvbso+Vxrjhl82uahqoHXENCRWYcfZE s2gt0CBZAvLHhtRdJKIQmFKKFIlqKQvEVNp7KzMKhNCKirdl1XbF5wKCfz/i3ygG 4jZzshrsW99Q2fUM7DOWpHqZzJJRhicEYrbAjB8xdJ6PxPYOLctD3IpaTCBp8GIQ iQltVWg2fgZL/xhM1ACl =V7pT -----END PGP SIGNATURE----- --IQU2BFP8idKsJQjF5b3L3S9OoCco90Hjo-- From owner-freebsd-mips@FreeBSD.ORG Thu Sep 4 20:39:52 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 7CD5AD66 for ; Thu, 4 Sep 2014 20:39:52 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5842A1284 for ; Thu, 4 Sep 2014 20:39:52 +0000 (UTC) Received: from berryeater.riseup.net (berryeater-pn.riseup.net [10.0.1.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id DC3BD54AB2 for ; Thu, 4 Sep 2014 13:39:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1409863190; bh=5kgm3PYpP/oARyYgr2q9jIBD6APlrTSFyqjtzlRSJZY=; h=Date:From:To:Subject:References:In-Reply-To:From; b=peWVn1CAOcNvYaxB9eR836PpHBj4irsy9+LI8AdrFzHHQMVaSyJk2xt94ws4PzUVg BRBCu0pjBi+870MrhRgfmFCAB+/KZ+RgZv3KIwRt1kJMbVfK1Rpjzk2j/ZV594SgGe Z0FRkScNp+g14XjzkPcm+jg0yTrCjMDTH/7emeas= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id 697484276F Message-ID: <5408CE14.2090809@riseup.net> Date: Thu, 04 Sep 2014 22:39:48 +0200 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-mips@freebsd.org Subject: Re: WR1043ND - too big kernel References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net> In-Reply-To: <5408BE6A.4050500@riseup.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="H5nCQkNr15lkTLxIeVg7X9bBkwM7JxotI" X-Virus-Scanned: clamav-milter 0.98.4 at mx1 X-Virus-Status: Clean 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, 04 Sep 2014 20:39:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --H5nCQkNr15lkTLxIeVg7X9bBkwM7JxotI Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Adding following lines to kernel config shrinks size to 1750991 (on releng/10.0): makeoptions INLINE_LIMIT=3D768 nomakeoptions DEBUG nomakeoptions ALQ nooptions INET6 options NO_SWAPPING nooptions HWPMC_HOOKS nodevice hwpmc nodevice hwpmc_mips24k nooptions KDB Any ideas what else I can remove? :P --H5nCQkNr15lkTLxIeVg7X9bBkwM7JxotI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJUCM4VAAoJEC9nKukRsfY+D1cP/1CEHXhPXVMnr+F2Q0KL4TVC siv2OnwD1vDIQuin0j8Ve7y+FyA4TOYpRvQVj1g2/2fUUgeVZk5GaQ0TTFTUY8Rp XvQwf6pPaFOAmyZiOIa23Pjr2aDq1Hf8yLBIvWhGSEerfAaF4j4R+CgFe6IIDyCi XGORFCK7YHVotpYdgNM3l718z7NEEZ7VozKwQAaoYgrDfkmUZ2eyJTHGhwNfl2AG OHNEOwZ2TPutATA2x7sivQ+e9Xyu/o2dODvKgGyqtj1S/j3ENgiUjztdraMCFriL O97QF5D8s4pe23Qrl7CjWv6SsfPqqYF8eom4LVA9qSgX+7T/eA0uTsKK5yu3y67D EgOeC6/fubb9C1Y9prvjBNbagu3VSgdlSUrbgctTjE5ThXte20Pp1O0ZqYo6HWba JazWHG6LAhVkB41spSc0QWhsi/GDhiJYY11cArizM/vndyoN2YnV6t7174I17Ubo c3TOH+wWddlZFbxoI2IebiD/2AqFprsJ8jUDTkbkpDrJrQ/11WyC2x6iUXVNuauv S+oc5BIEOpg98ipgCuyocNhLydJkBvlX2MSSlUSU9xEyP7aSHYdEVqAYWRb8NXo4 CPpx0wusLGqbbQ7mXeec0O9ggdWlGp6ozbEQ845qbFR++veWQPVXMVsAA1HVIvmN 2fxVq1MTjJDtykoxdkJd =1i+8 -----END PGP SIGNATURE----- --H5nCQkNr15lkTLxIeVg7X9bBkwM7JxotI-- From owner-freebsd-mips@FreeBSD.ORG Thu Sep 4 20:44:47 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 B0B56F1B for ; Thu, 4 Sep 2014 20:44:47 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (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 724B5132E for ; Thu, 4 Sep 2014 20:44:47 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id z107so10587749qgd.40 for ; Thu, 04 Sep 2014 13:44:46 -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=V5y8p9pZ7bHp1zwCuRz3/R4NueepcpP0/JK4TfB0DmA=; b=pnhgTZFUKavcjtzZsKifDATxKy6r5tVjbcpDPCzPmROwaQA1AHRPdm7yW8wL+70Jlv elPgR3cC6oQhvZKe8nEYzMGZvsPJGwTZ8OtgDsCWvC6wtu4xsrUX4Z+Zo4kJMWi+jQ2D VBZ78BQnGoyXzr+MdH5XqJQCgElujlRZz/wXREepW5WkqmR/bnOQeTs1aVv55WjHZknB erWVJUm3s/NK0sFGuUxSYWmsV7mLcwafKRXU0zRcB2FWDwpD4kKxuconXfcTtW1ZSwa8 r6JpDkSTBN5MiHxm3+XfUMwzKjnyr92bGHNGyvdTZI892Fi+1FR/M7a5RWiPmE9aZD0v y0ew== MIME-Version: 1.0 X-Received: by 10.140.31.75 with SMTP id e69mr10806535qge.2.1409863485436; Thu, 04 Sep 2014 13:44:45 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Thu, 4 Sep 2014 13:44:45 -0700 (PDT) In-Reply-To: <5408CE14.2090809@riseup.net> References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net> <5408CE14.2090809@riseup.net> Date: Thu, 4 Sep 2014 13:44:45 -0700 X-Google-Sender-Auth: HaGe3fsvaL1TmKeQ7w88xltfJ_o Message-ID: Subject: Re: WR1043ND - too big kernel From: hiren panchasara To: Piotr Kubaj 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, 04 Sep 2014 20:44:47 -0000 On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj wrote: > Adding following lines to kernel config shrinks size to 1750991 (on > releng/10.0): > makeoptions INLINE_LIMIT=768 > nomakeoptions DEBUG > nomakeoptions ALQ > nooptions INET6 > options NO_SWAPPING > nooptions HWPMC_HOOKS > nodevice hwpmc > nodevice hwpmc_mips24k > nooptions KDB > > Any ideas what else I can remove? :P I see you already have r255656. Let me try to build for -head and see. cheers, Hiren From owner-freebsd-mips@FreeBSD.ORG Thu Sep 4 21:27: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 E883A4D4 for ; Thu, 4 Sep 2014 21:27:35 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (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 A8C061908 for ; Thu, 4 Sep 2014 21:27:35 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id j107so10806767qga.36 for ; Thu, 04 Sep 2014 14:27:34 -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=vTU3NF4CW6RyqPpuwsGVmdbgzDRfVsKtoPh6cXNva2c=; b=nmkVaMTJD1/zo1xxoKNfWOSzPNbauGIoo2NHIVXSYqw3uvhc6O8YYkSNqkTk6m61JH iSrsbpqoI09DBaT5OlWfCmh1W1vECHrrgZ+yAQk6bPXswc4dnZd+L7kDSRQZysG6OdxT Ro9psnesdrN3nQAxyLahr7KsyE0KRzfA72c2x04nQV6I0uNTsYGM9xeYOBrph7zgP/kM W79gGiRRY6+xci9sCFz+1n3LNdxiksU0bgbywT20ZWEXEM97m47l0DyBEACj5Lre88OX gVwKAUVI5TO2vCfa5gQX4c3RaoHdIprNyvnD8kpK6la9fvGdWb+MXAozx40bqBcrbHjz TLRw== MIME-Version: 1.0 X-Received: by 10.140.31.75 with SMTP id e69mr11194645qge.2.1409866054677; Thu, 04 Sep 2014 14:27:34 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Thu, 4 Sep 2014 14:27:34 -0700 (PDT) In-Reply-To: References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net> <5408CE14.2090809@riseup.net> Date: Thu, 4 Sep 2014 14:27:34 -0700 X-Google-Sender-Auth: kFwQaO4rpEI26Hxq-egJ0h2sDkg Message-ID: Subject: Re: WR1043ND - too big kernel From: hiren panchasara To: Piotr Kubaj 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, 04 Sep 2014 21:27:36 -0000 On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara wrote: > On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj wrote: >> Adding following lines to kernel config shrinks size to 1750991 (on >> releng/10.0): >> makeoptions INLINE_LIMIT=768 >> nomakeoptions DEBUG >> nomakeoptions ALQ >> nooptions INET6 >> options NO_SWAPPING >> nooptions HWPMC_HOOKS >> nodevice hwpmc >> nodevice hwpmc_mips24k >> nooptions KDB >> >> Any ideas what else I can remove? :P > > I see you already have r255656. > Let me try to build for -head and see. >[mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel img [2000794] ugh. Need to trim more. I'll see if I can find time this week to check where/what we can trim. cheers, Hiren From owner-freebsd-mips@FreeBSD.ORG Fri Sep 5 17:59: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 14C2A88E for ; Fri, 5 Sep 2014 17:59:35 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (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 C88D71867 for ; Fri, 5 Sep 2014 17:59:34 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id cm18so11336996qab.16 for ; Fri, 05 Sep 2014 10:59:33 -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=dY9k44YC+oX/+NjR8itlY9XRjYtXoLa0G/agjtbBrX4=; b=Q0Gij+p54h2JZvbdOsgkCZYcpLwHSiy5C6KIZ71NqhjTSrtRs3k7Rmqt9ZBPHmMXbp bc7+e0fpz06oKn0j3tq4uhGCSC4dM6eVTgo315sdbOejX+qT+UaqAKvxO/+z2pLoQDvj CrjX9lmo51UsGL+cgkg313cqYgUAziOEgfdJ4h8MqCSF3tX3qw/v2VjaUB2ifwUErJdq I0BLhnZELRxuyXUW6sN1sILOw6D2QXYY0kg1Hj4idkbyYQZ7rj2HlROLkDuEV7Tfj7i3 d4BRU2k69HQdRgaGyniNVRnhA+nVLfRiKlsJpPHgebl3kYj2GGOuyzG5jSg7vUP3MwQE JaXQ== MIME-Version: 1.0 X-Received: by 10.224.44.14 with SMTP id y14mr20559130qae.34.1409939973728; Fri, 05 Sep 2014 10:59:33 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Fri, 5 Sep 2014 10:59:33 -0700 (PDT) In-Reply-To: References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net> <5408CE14.2090809@riseup.net> Date: Fri, 5 Sep 2014 10:59:33 -0700 X-Google-Sender-Auth: AtEpESVVISrXEJCNfZqCDR7TBIg Message-ID: Subject: Re: WR1043ND - too big kernel From: hiren panchasara To: Piotr Kubaj 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: Fri, 05 Sep 2014 17:59:35 -0000 On Thu, Sep 4, 2014 at 2:27 PM, hiren panchasara wrote: > On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara wrote: >> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj wrote: >>> Adding following lines to kernel config shrinks size to 1750991 (on >>> releng/10.0): >>> makeoptions INLINE_LIMIT=768 >>> nomakeoptions DEBUG >>> nomakeoptions ALQ >>> nooptions INET6 >>> options NO_SWAPPING >>> nooptions HWPMC_HOOKS >>> nodevice hwpmc >>> nodevice hwpmc_mips24k >>> nooptions KDB >>> >>> Any ideas what else I can remove? :P >> >> I see you already have r255656. >> Let me try to build for -head and see. > > >>[mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel img [2000794] > > ugh. Need to trim more. I'll see if I can find time this week to check > where/what we can trim. Randomly disabled a ton of things and then I could create small enough kernel. I'm not even sure if things will actually work. We've grown too big, it seems :-( Diffs against -head. Index: sys/mips/conf/TP-WN1043ND =================================================================== --- sys/mips/conf/TP-WN1043ND (revision 271137) +++ sys/mips/conf/TP-WN1043ND (working copy) @@ -16,7 +16,7 @@ options AR71XX_REALMEM=32*1024*1024 # i2c GPIO bus -device gpioiic +#device gpioiic device iicbb device iicbus device iic @@ -28,7 +28,7 @@ device rtl8366rb # read MSDOS formatted disks - USB -options MSDOSFS +#options MSDOSFS # Enable the uboot environment stuff rather then the # redboot stuff. @@ -57,3 +57,29 @@ nooptions WITNESS_SKIPSPIN nooptions DEBUG_REDZONE nooptions DEBUG_MEMGUARD + +nooptions DDB +nooptions KDB +nooptions ALQ +nooptions HWPMC_HOOKS +nodevice hwpmc +nodevice hwpmc_mips24k +nooptions INET6 #InterNETworking + +nooptions ATH_DEBUG +nooptions AH_DEBUG +nooption AH_DEBUG_ALQ +nooptions IEEE80211_DEBUG +nooptions IEEE80211_SUPPORT_MESH +nooptions IEEE80211_SUPPORT_TDMA +nooptions IEEE80211_ALQ # 802.11 ALQ logging support + +nodevice usb +nooptions USB_EHCI_BIG_ENDIAN_DESC +nooptions USB_DEBUG +nooptions USB_HOST_ALIGN +nodevice umass +nodevice ehci + +nodevice gpio +nodevice gpioled From owner-freebsd-mips@FreeBSD.ORG Fri Sep 5 19:15: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 7F397BDF; Fri, 5 Sep 2014 19:15:50 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 573FB10A6; Fri, 5 Sep 2014 19:15:50 +0000 (UTC) Received: from berryeater.riseup.net (berryeater-pn.riseup.net [10.0.1.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4F4A755A28; Fri, 5 Sep 2014 12:15:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1409944548; bh=8qmzwK0G0CMIWgVFc9HNLz4KvUIdrEAtEaCL32X//y4=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=ZPjuUGRfSJvfK3cyAMUOPGjK2Q60IjWrl54n4sU+c3GpLMOnN2v2YBV2n1C4UFpQH 0bTZM8rSo/H9yvvAymueMavx8L3RUDPw5rkRw4A4Ulf61NNvu4K1H9sUU36EMBq1Um qVu57OV1WA+jc2sma+RkRz6he0Y4XOnhQdw4u1iA= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id 1688E42AD2 Message-ID: <540A0BDE.6040605@riseup.net> Date: Fri, 05 Sep 2014 21:15:42 +0200 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: hiren panchasara Subject: Re: WR1043ND - too big kernel References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net> <5408CE14.2090809@riseup.net> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Q6eh5bIqT86sdb47ik7ocAhfK7dTwFLSN" X-Virus-Scanned: clamav-milter 0.98.4 at mx1 X-Virus-Status: Clean 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: Fri, 05 Sep 2014 19:15:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Q6eh5bIqT86sdb47ik7ocAhfK7dTwFLSN Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09/05/2014 19:59, hiren panchasara wrote: > On Thu, Sep 4, 2014 at 2:27 PM, hiren panchasara wr= ote: >> On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara w= rote: >>> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj wrote= : >>>> Adding following lines to kernel config shrinks size to 1750991 (on >>>> releng/10.0): >>>> makeoptions INLINE_LIMIT=3D768 >>>> nomakeoptions DEBUG >>>> nomakeoptions ALQ >>>> nooptions INET6 >>>> options NO_SWAPPING >>>> nooptions HWPMC_HOOKS >>>> nodevice hwpmc >>>> nodevice hwpmc_mips24k >>>> nooptions KDB >>>> >>>> Any ideas what else I can remove? :P >>> >>> I see you already have r255656. >>> Let me try to build for -head and see. >> >> >>> [mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel = img [2000794] >> >> ugh. Need to trim more. I'll see if I can find time this week to check= >> where/what we can trim. >=20 > Randomly disabled a ton of things and then I could create small enough > kernel. I'm not even sure if things will actually work. >=20 > We've grown too big, it seems :-( >=20 > Diffs against -head. >=20 > Index: sys/mips/conf/TP-WN1043ND > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/mips/conf/TP-WN1043ND (revision 271137) > +++ sys/mips/conf/TP-WN1043ND (working copy) > @@ -16,7 +16,7 @@ > options AR71XX_REALMEM=3D32*1024*1024 >=20 > # i2c GPIO bus > -device gpioiic > +#device gpioiic > device iicbb > device iicbus > device iic > @@ -28,7 +28,7 @@ > device rtl8366rb >=20 > # read MSDOS formatted disks - USB > -options MSDOSFS > +#options MSDOSFS >=20 > # Enable the uboot environment stuff rather then the > # redboot stuff. > @@ -57,3 +57,29 @@ > nooptions WITNESS_SKIPSPIN > nooptions DEBUG_REDZONE > nooptions DEBUG_MEMGUARD > + > +nooptions DDB > +nooptions KDB > +nooptions ALQ > +nooptions HWPMC_HOOKS > +nodevice hwpmc > +nodevice hwpmc_mips24k > +nooptions INET6 #InterNETworking > + > +nooptions ATH_DEBUG > +nooptions AH_DEBUG > +nooption AH_DEBUG_ALQ > +nooptions IEEE80211_DEBUG > +nooptions IEEE80211_SUPPORT_MESH > +nooptions IEEE80211_SUPPORT_TDMA > +nooptions IEEE80211_ALQ # 802.11 ALQ logging support > + > +nodevice usb > +nooptions USB_EHCI_BIG_ENDIAN_DESC > +nooptions USB_DEBUG > +nooptions USB_HOST_ALIGN > +nodevice umass > +nodevice ehci > + > +nodevice gpio > +nodevice gpioled >=20 I could've done it myself, but I need usb and GPIO is required for usb, so that needs to stay. That said, I removed PSEUDOFS (I don't need /proc) and some of what you mailed, so now it's smaller, but still too large (1682325). Here are the contents (still on releng/10.0) # Force the board memory - 64mb options AR71XX_REALMEM=3D64*1024*1024 makeoptions INLINE_LIMIT=3D768 nomakeoptions DEBUG nomakeoptions ALQ nooptions INET6 options NO_SWAPPING nooptions HWPMC_HOOKS nodevice hwpmc nodevice hwpmc_mips24k nooptions USB_DEBUG nooptions IEEE80211_DEBUG nooptions PSEUDOFS nooptions ATH_DEBUG nooptions AH_DEBUG nooption AH_DEBUG_ALQ nooptions IEEE80211_SUPPORT_MESH nooptions IEEE80211_SUPPORT_TDMA nooptions IEEE80211_ALQ # 802.11 ALQ logging support # i2c GPIO bus device gpioiic device iicbb device iicbus device iic # ethernet switch device device etherswitch # RTL8366RB support device rtl8366rb # Enable the uboot environment stuff rather then the # redboot stuff. options AR71XX_ENV_UBOOT # uncompress - to boot natively from flash device geom_uncompress options GEOM_UNCOMPRESS # Used for the static uboot partition map device geom_map # Boot off of the rootfs, as defined in the geom_map setup. options ROOTDEVNAME=3D\"ufs:map/rootfs.uncompress\" # We bite the performance overhead for now; the kernel won't # fit if the mutexes are inlined. options MUTEX_NOINLINE options RWLOCK_NOINLINE options SX_NOINLINE # Remove everything we don't need. We need a _really_ small kernel! nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions DEBUG_REDZONE nooptions DEBUG_MEMGUARD nooptions DDB nooptions KDB It doesn't need to be much smaller now, but what made it so large? Why did it work a year ago with 10.0-CURRENT? Since 10.0-RELEASE is too large and there are working images with 10.0-CURRENT from August 2013 at http://www.strugglingcoder.info/pkgs/TP-WN1043ND.factory.bin (it seems to be actually generated by you), something must have happened then and later, when CURRENT went up to 11. --Q6eh5bIqT86sdb47ik7ocAhfK7dTwFLSN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJUCgveAAoJEC9nKukRsfY+9M0P/3WyykkVCT2CRpu/nTXzI+od 99dQhOATVCl6fJXoRi3WsHMhKR49LfHLr68/sqOS0uWLt/Wzl6RIo6CaHSmMTRk5 F2XldcG+ZMHCGJauhzp8RJN/Hayk6X12EfM5fN5a41mgJn2BcXTdbfF1o1DppoKS 9YMSsn3lL0098Ga6FTEwYAiFhG8ml4vcPV6xVVaDBO0VLUwAQDph4Xj3QZzv9HHJ C+KYmvsc4S1YTxl+ybjGGREfgArYIFAvdXKfb68LS0Lk9StF5g/eedCS9I1hdIe+ YFaKevtUsTJy3g+cjOLSaePITOHqTDCdFzqMJee8pzlqp/l2ZUzBl9/qXOYVpyhq 1cOS8adVIlHeLPGjFViRo37JHiu8MHC9ffPAIgU7p6SnR6+MyamLMyN+czyd7TBq qkDptK+OiCqIchTzY5fmjNAaMlmrscBq7XUKJIArnISPfIi3d+J+mLjZGTWtl63Q zfMEZyHO6t3asii0gAovBCFGuuhbcfWgs28ol2qaxymCRjTHvbJRbG5PHjv/cqW6 d4mVA9doNxm0RJLTCORd30yiYTSyNLtOBOQcIqvZ6lo2Rl4bsbNxSSHjY+oC1es/ I4pkALSuQ1/BfBcs2XdCNRRQefOuUA/wSXK8QFjE7Qj9GJZNYu78anCMmXH98lSQ AAyR1tni1OnKir4/NheD =Zq3g -----END PGP SIGNATURE----- --Q6eh5bIqT86sdb47ik7ocAhfK7dTwFLSN-- From owner-freebsd-mips@FreeBSD.ORG Fri Sep 5 20:46:06 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 3C826600 for ; Fri, 5 Sep 2014 20:46:06 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (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 EF37B1BAC for ; Fri, 5 Sep 2014 20:46:05 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id z107so12565114qgd.12 for ; Fri, 05 Sep 2014 13:46:05 -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=Jz3HH/cN8Iq8BRnCROtmN24bwb0d3zwb8cAUSQIhVaU=; b=oZ64CVnuIUtjXkt0TVxFITTxjYpqg8ZzH5Hj0yQDUof5axBLnT015pG60f61MBUqgX W2FKHMKT07N9NumT9GKPgPNJA77ToVNqhoOVd58nuMg5a9bmzHFhZM0ayY6+jKWzyNoc jyYsEvO/8mohqR7X9vHtnEFa3lW6jOKlI0QMIf3sLUKgH0MuruhEBHPX1txJd9rYcYrq 0wQHx4wWvKxpHB3RMbOYHMfW0cwB/LZ1T2bPfaywvlFzgabOlfGp/1IhF9Un5kwOY2AF naY2rEFVQy6G1YS0Sg5Y0yjNfaoEf4/MwixbgVZCIAqsmjWEwF/UR2+gYzJpa06rw2nz iONA== MIME-Version: 1.0 X-Received: by 10.140.31.75 with SMTP id e69mr21517535qge.2.1409949965148; Fri, 05 Sep 2014 13:46:05 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Fri, 5 Sep 2014 13:46:05 -0700 (PDT) In-Reply-To: <540A0BDE.6040605@riseup.net> References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net> <5408CE14.2090809@riseup.net> <540A0BDE.6040605@riseup.net> Date: Fri, 5 Sep 2014 13:46:05 -0700 X-Google-Sender-Auth: RJAbJAE4p9GF0A0mVWRXQrwvSxg Message-ID: Subject: Re: WR1043ND - too big kernel From: hiren panchasara To: Piotr Kubaj 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: Fri, 05 Sep 2014 20:46:06 -0000 On Fri, Sep 5, 2014 at 12:15 PM, Piotr Kubaj wrote: > On 09/05/2014 19:59, hiren panchasara wrote: >> On Thu, Sep 4, 2014 at 2:27 PM, hiren panchasara wrote: >>> On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara wrote: >>>> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj wrote: >>>>> Adding following lines to kernel config shrinks size to 1750991 (on >>>>> releng/10.0): >>>>> makeoptions INLINE_LIMIT=768 >>>>> nomakeoptions DEBUG >>>>> nomakeoptions ALQ >>>>> nooptions INET6 >>>>> options NO_SWAPPING >>>>> nooptions HWPMC_HOOKS >>>>> nodevice hwpmc >>>>> nodevice hwpmc_mips24k >>>>> nooptions KDB >>>>> >>>>> Any ideas what else I can remove? :P >>>> >>>> I see you already have r255656. >>>> Let me try to build for -head and see. >>> >>> >>>> [mktplinkfw] *** error: kernel image is too big. Max[1572352] kernel img [2000794] >>> >>> ugh. Need to trim more. I'll see if I can find time this week to check >>> where/what we can trim. >> >> Randomly disabled a ton of things and then I could create small enough >> kernel. I'm not even sure if things will actually work. >> >> We've grown too big, it seems :-( >> >> Diffs against -head. >> >> Index: sys/mips/conf/TP-WN1043ND >> =================================================================== >> --- sys/mips/conf/TP-WN1043ND (revision 271137) >> +++ sys/mips/conf/TP-WN1043ND (working copy) >> @@ -16,7 +16,7 @@ >> options AR71XX_REALMEM=32*1024*1024 >> >> # i2c GPIO bus >> -device gpioiic >> +#device gpioiic >> device iicbb >> device iicbus >> device iic >> @@ -28,7 +28,7 @@ >> device rtl8366rb >> >> # read MSDOS formatted disks - USB >> -options MSDOSFS >> +#options MSDOSFS >> >> # Enable the uboot environment stuff rather then the >> # redboot stuff. >> @@ -57,3 +57,29 @@ >> nooptions WITNESS_SKIPSPIN >> nooptions DEBUG_REDZONE >> nooptions DEBUG_MEMGUARD >> + >> +nooptions DDB >> +nooptions KDB >> +nooptions ALQ >> +nooptions HWPMC_HOOKS >> +nodevice hwpmc >> +nodevice hwpmc_mips24k >> +nooptions INET6 #InterNETworking >> + >> +nooptions ATH_DEBUG >> +nooptions AH_DEBUG >> +nooption AH_DEBUG_ALQ >> +nooptions IEEE80211_DEBUG >> +nooptions IEEE80211_SUPPORT_MESH >> +nooptions IEEE80211_SUPPORT_TDMA >> +nooptions IEEE80211_ALQ # 802.11 ALQ logging support >> + >> +nodevice usb >> +nooptions USB_EHCI_BIG_ENDIAN_DESC >> +nooptions USB_DEBUG >> +nooptions USB_HOST_ALIGN >> +nodevice umass >> +nodevice ehci >> + >> +nodevice gpio >> +nodevice gpioled >> > I could've done it myself, but I need usb and GPIO is required for usb, > so that needs to stay. That said, I removed PSEUDOFS (I don't need > /proc) and some of what you mailed, so now it's smaller, but still too > large (1682325). Here are the contents (still on releng/10.0) > # Force the board memory - 64mb > options AR71XX_REALMEM=64*1024*1024 > > makeoptions INLINE_LIMIT=768 > nomakeoptions DEBUG > nomakeoptions ALQ > nooptions INET6 > options NO_SWAPPING > nooptions HWPMC_HOOKS > nodevice hwpmc > nodevice hwpmc_mips24k > nooptions USB_DEBUG > nooptions IEEE80211_DEBUG > nooptions PSEUDOFS > nooptions ATH_DEBUG > nooptions AH_DEBUG > nooption AH_DEBUG_ALQ > nooptions IEEE80211_SUPPORT_MESH > nooptions IEEE80211_SUPPORT_TDMA > nooptions IEEE80211_ALQ # 802.11 ALQ logging support > > # i2c GPIO bus > device gpioiic > device iicbb > device iicbus > device iic > > # ethernet switch device > device etherswitch > > # RTL8366RB support > device rtl8366rb > > # Enable the uboot environment stuff rather then the > # redboot stuff. > options AR71XX_ENV_UBOOT > > # uncompress - to boot natively from flash > device geom_uncompress > options GEOM_UNCOMPRESS > > # Used for the static uboot partition map > device geom_map > > # Boot off of the rootfs, as defined in the geom_map setup. > options ROOTDEVNAME=\"ufs:map/rootfs.uncompress\" > > # We bite the performance overhead for now; the kernel won't > # fit if the mutexes are inlined. > options MUTEX_NOINLINE > options RWLOCK_NOINLINE > options SX_NOINLINE > > # Remove everything we don't need. We need a _really_ small kernel! > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN > nooptions DEBUG_REDZONE > nooptions DEBUG_MEMGUARD > nooptions DDB > nooptions KDB > > It doesn't need to be much smaller now, but what made it so large? Why > did it work a year ago with 10.0-CURRENT? Since 10.0-RELEASE is too > large and there are working images with 10.0-CURRENT from August 2013 at > http://www.strugglingcoder.info/pkgs/TP-WN1043ND.factory.bin (it seems > to be actually generated by you), something must have happened then and > later, when CURRENT went up to 11. "More code" happened :-) This clearly is not a good sign. I'll try to spend some time to narrow the source down. We _should_ at least be able to "not-include" that portion. cheers, Hiren From owner-freebsd-mips@FreeBSD.ORG Sat Sep 6 17:43:02 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 3075BABF; Sat, 6 Sep 2014 17:43:02 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 071931081; Sat, 6 Sep 2014 17:43:01 +0000 (UTC) Received: from plantcutter.riseup.net (plantcutter-pn.riseup.net [10.0.1.121]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id C1A714F7A3; Sat, 6 Sep 2014 10:42:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1410025374; bh=lipZhwLZG5Z15dykKCDelLWiL/IS7GnymT0+To3QhTA=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=fG04w0Bg/nguPevGQdQqjRVGvwXUXOxlxK5rTBPUN9YzRbvMJNampv1jsD4UGkTiq hP0s7/BF7bYNitzoZo33cBkx39eb1/ay8dJiFFI3/OO0gLNcmnS6JtmFZivmL4tY6m L3DLqFw7YBngztq8kuyZ4Wbf0edvzrdaSEQ8u/7I= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id 1085D225FB Message-ID: <540B479B.10809@riseup.net> Date: Sat, 06 Sep 2014 19:42:51 +0200 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: hiren panchasara Subject: Re: WR1043ND - too big kernel References: <5408BB36.5060409@riseup.net> <5408BE6A.4050500@riseup.net> <5408CE14.2090809@riseup.net> <540A0BDE.6040605@riseup.net> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="TMgugTGdpJhsSdODitcvga7fSPhbQULiM" X-Virus-Scanned: clamav-milter 0.98.4 at mx1 X-Virus-Status: Clean 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: Sat, 06 Sep 2014 17:43:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TMgugTGdpJhsSdODitcvga7fSPhbQULiM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09/05/2014 22:46, hiren panchasara wrote: > On Fri, Sep 5, 2014 at 12:15 PM, Piotr Kubaj wrote:= >> On 09/05/2014 19:59, hiren panchasara wrote: >>> On Thu, Sep 4, 2014 at 2:27 PM, hiren panchasara = wrote: >>>> On Thu, Sep 4, 2014 at 1:44 PM, hiren panchasara = wrote: >>>>> On Thu, Sep 4, 2014 at 1:39 PM, Piotr Kubaj wro= te: >>>>>> Adding following lines to kernel config shrinks size to 1750991 (o= n >>>>>> releng/10.0): >>>>>> makeoptions INLINE_LIMIT=3D768 >>>>>> nomakeoptions DEBUG >>>>>> nomakeoptions ALQ >>>>>> nooptions INET6 >>>>>> options NO_SWAPPING >>>>>> nooptions HWPMC_HOOKS >>>>>> nodevice hwpmc >>>>>> nodevice hwpmc_mips24k >>>>>> nooptions KDB >>>>>> >>>>>> Any ideas what else I can remove? :P >>>>> >>>>> I see you already have r255656. >>>>> Let me try to build for -head and see. >>>> >>>> >>>>> [mktplinkfw] *** error: kernel image is too big. Max[1572352] kerne= l img [2000794] >>>> >>>> ugh. Need to trim more. I'll see if I can find time this week to che= ck >>>> where/what we can trim. >>> >>> Randomly disabled a ton of things and then I could create small enoug= h >>> kernel. I'm not even sure if things will actually work. >>> >>> We've grown too big, it seems :-( >>> >>> Diffs against -head. >>> >>> Index: sys/mips/conf/TP-WN1043ND >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- sys/mips/conf/TP-WN1043ND (revision 271137) >>> +++ sys/mips/conf/TP-WN1043ND (working copy) >>> @@ -16,7 +16,7 @@ >>> options AR71XX_REALMEM=3D32*1024*1024 >>> >>> # i2c GPIO bus >>> -device gpioiic >>> +#device gpioiic >>> device iicbb >>> device iicbus >>> device iic >>> @@ -28,7 +28,7 @@ >>> device rtl8366rb >>> >>> # read MSDOS formatted disks - USB >>> -options MSDOSFS >>> +#options MSDOSFS >>> >>> # Enable the uboot environment stuff rather then the >>> # redboot stuff. >>> @@ -57,3 +57,29 @@ >>> nooptions WITNESS_SKIPSPIN >>> nooptions DEBUG_REDZONE >>> nooptions DEBUG_MEMGUARD >>> + >>> +nooptions DDB >>> +nooptions KDB >>> +nooptions ALQ >>> +nooptions HWPMC_HOOKS >>> +nodevice hwpmc >>> +nodevice hwpmc_mips24k >>> +nooptions INET6 #InterNETworking >>> + >>> +nooptions ATH_DEBUG >>> +nooptions AH_DEBUG >>> +nooption AH_DEBUG_ALQ >>> +nooptions IEEE80211_DEBUG >>> +nooptions IEEE80211_SUPPORT_MESH >>> +nooptions IEEE80211_SUPPORT_TDMA >>> +nooptions IEEE80211_ALQ # 802.11 ALQ logging support >>> + >>> +nodevice usb >>> +nooptions USB_EHCI_BIG_ENDIAN_DESC >>> +nooptions USB_DEBUG >>> +nooptions USB_HOST_ALIGN >>> +nodevice umass >>> +nodevice ehci >>> + >>> +nodevice gpio >>> +nodevice gpioled >>> >> I could've done it myself, but I need usb and GPIO is required for usb= , >> so that needs to stay. That said, I removed PSEUDOFS (I don't need >> /proc) and some of what you mailed, so now it's smaller, but still too= >> large (1682325). Here are the contents (still on releng/10.0) >> # Force the board memory - 64mb >> options AR71XX_REALMEM=3D64*1024*1024 >> >> makeoptions INLINE_LIMIT=3D768 >> nomakeoptions DEBUG >> nomakeoptions ALQ >> nooptions INET6 >> options NO_SWAPPING >> nooptions HWPMC_HOOKS >> nodevice hwpmc >> nodevice hwpmc_mips24k >> nooptions USB_DEBUG >> nooptions IEEE80211_DEBUG >> nooptions PSEUDOFS >> nooptions ATH_DEBUG >> nooptions AH_DEBUG >> nooption AH_DEBUG_ALQ >> nooptions IEEE80211_SUPPORT_MESH >> nooptions IEEE80211_SUPPORT_TDMA >> nooptions IEEE80211_ALQ # 802.11 ALQ logging support >> >> # i2c GPIO bus >> device gpioiic >> device iicbb >> device iicbus >> device iic >> >> # ethernet switch device >> device etherswitch >> >> # RTL8366RB support >> device rtl8366rb >> >> # Enable the uboot environment stuff rather then the >> # redboot stuff. >> options AR71XX_ENV_UBOOT >> >> # uncompress - to boot natively from flash >> device geom_uncompress >> options GEOM_UNCOMPRESS >> >> # Used for the static uboot partition map >> device geom_map >> >> # Boot off of the rootfs, as defined in the geom_map setup. >> options ROOTDEVNAME=3D\"ufs:map/rootfs.uncompress\" >> >> # We bite the performance overhead for now; the kernel won't >> # fit if the mutexes are inlined. >> options MUTEX_NOINLINE >> options RWLOCK_NOINLINE >> options SX_NOINLINE >> >> # Remove everything we don't need. We need a _really_ small kernel! >> nooptions INVARIANTS >> nooptions INVARIANT_SUPPORT >> nooptions WITNESS >> nooptions WITNESS_SKIPSPIN >> nooptions DEBUG_REDZONE >> nooptions DEBUG_MEMGUARD >> nooptions DDB >> nooptions KDB >> >> It doesn't need to be much smaller now, but what made it so large? Why= >> did it work a year ago with 10.0-CURRENT? Since 10.0-RELEASE is too >> large and there are working images with 10.0-CURRENT from August 2013 = at >> http://www.strugglingcoder.info/pkgs/TP-WN1043ND.factory.bin (it seems= >> to be actually generated by you), something must have happened then a= nd >> later, when CURRENT went up to 11. >=20 > "More code" happened :-) >=20 > This clearly is not a good sign. I'll try to spend some time to narrow > the source down. > We _should_ at least be able to "not-include" that portion. >=20 > cheers, > Hiren >=20 Since I'm going to anyway run it with a pendrive, isn't it possible to install only /boot to flash and the rest of rootfs to that pendrive? That would make it possible for the kernel to have a bigger size. --TMgugTGdpJhsSdODitcvga7fSPhbQULiM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJUC0ebAAoJEC9nKukRsfY+HtQP/3k+7zTUfxXP/FDkfFmzx6v0 s9Qr1RSkE54PGGS2aL0gPYtH4RSfXZCYH78x60i//cILfVB2gTQVN1iw5MoMnBO5 2kkliguTzYqxFdXlw7tza2+weyvCEN70QwQpvKd1sTQuns2+S2kaVzd81ZPnqV68 JlW4N3xAkFEFrhhROe/N848jzv0WVvDXxxXcEUWxVQ4nFcHbdihfIgB732qMenu3 7QPffgTU6bIH6WZJig3shBDIqqcseTMFKYMtT8XfXTa2Q5OFA/LIqXoo7vtVCOsK mH9X7qpBdarVraX9T/84Wqbx+hiEeMJNIkOwIdXn8sIEtB4PrIEiQ1Y4relmcACV TFfslcv1k7l/0+OBo12S15K0iXNZWTBky1xLpx8zvO9d6lGECXU8iMHUIL+zMnmO FDaGtd0AokBoMOUQik/bTbtraNuiFBy4xrhq7nIjkY55bWd0VZa3qrfCgkCdfK9w MD4ur9YULTizs7N1BLw320KFitW2LqLjiZJKgv8dUCas+laXJDGN6+u5F+e9YbcD MIsDEG53pnKbLdRu9Uk/4UcxEGEQbpkz/KVWzhwThlzcLayISeMFxUWpm2xx9RfJ wKiih3DgP0mtz0xI835zVtu5QOatmjfRe1YyYvd6+YboimfXgQ7404qParkYg6co Sk0tMJqCxKzDNXmVpV3s =V4SJ -----END PGP SIGNATURE----- --TMgugTGdpJhsSdODitcvga7fSPhbQULiM-- From owner-freebsd-mips@FreeBSD.ORG Sat Sep 6 22:24:12 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 63039FE0; Sat, 6 Sep 2014 22:24:12 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (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 0570E1D3C; Sat, 6 Sep 2014 22:24:11 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id q108so13133571qgd.23 for ; Sat, 06 Sep 2014 15:24:11 -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=oVHbQrpWMQNPkbcGehf7405+U1ORNwatq37Y+kpxXK8=; b=zejSxzmjQzGvvkJJqbkwNb7qoME7K/eE02xPIB7gMYwOk2lzo5uw9wYMdneWEYuKpP DBqlBvyymAt2Oe6YVixA+5i5a8Ohryvfyt/2cfJ/89v5TTar04RabE7xu/9/oCnlw0PP hFTZxS9paJn0qLaKnnEY9rncvVWgf+vngMI0xu0AcjKU3OIQusg4m0J5EBUIOV2+GbH8 NEKl9QLX4CIVPhF3bvtxLJI7mwfOEWw6hNVxLcJgLYlJxeSheZ5ruiaZq8TonizYDO4u 9b8j5VAhPVpoug+YHe9evV+8S+o2Y/BqBqOrk9uLtqqE8oHt63/FdnPpD9df9BDRWiGy Ki3Q== MIME-Version: 1.0 X-Received: by 10.140.31.75 with SMTP id e69mr28844621qge.2.1410042251157; Sat, 06 Sep 2014 15:24:11 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Sat, 6 Sep 2014 15:24:11 -0700 (PDT) Date: Sat, 6 Sep 2014 15:24:11 -0700 X-Google-Sender-Auth: OJGgffiOSgLJ7rXI7O7y4OjcMMA Message-ID: Subject: bug 193400: sfbuf changes on mips32 may have exposed some vm/pmap issues on mips32? From: Adrian Chadd To: "freebsd-mips@freebsd.org" , Alan Cox , Gleb Smirnoff 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: Sat, 06 Sep 2014 22:24:12 -0000 Hi! This bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193400 is what I reported to alc a couple weeks ago as breaking on my 128mb RAM mipsbe board. It turns out that the difference between the MIPS32 sfbuf code and the new stuff gleb added was the refcounting side of things. With the MIPS code, there was no refcounting at all - each sfbuf allocation would allocate a new sfbuf. Now, I don't know how correct that is (my reading of the code is "not correct!") but it wasn't panicing things. So I think maybe gleb's patch to sfbuf exposed a MIPS32 pmap/VM bug? Alan - how would we go about figuring out what could be the issue here? I'd really appreciate some help here as I'd like to keep the MIPS32 stuff in good shape. :) Thanks! -a From owner-freebsd-mips@FreeBSD.ORG Sat Sep 6 22:28:58 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 0AD45AD; Sat, 6 Sep 2014 22:28:58 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0AA31D53; Sat, 6 Sep 2014 22:28:57 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id s86MSnoD009493; Sat, 6 Sep 2014 17:28:49 -0500 Received: from mh3.mail.rice.edu (mh3.mail.rice.edu [128.42.199.10]) by pp1.rice.edu with ESMTP id 1p68ec9tbh-1; Sat, 06 Sep 2014 17:28:49 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh3.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh3.mail.rice.edu (Postfix) with ESMTPSA id 331C54013D; Sat, 6 Sep 2014 17:28:49 -0500 (CDT) Message-ID: <540B8AA0.40005@rice.edu> Date: Sat, 06 Sep 2014 17:28:48 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Adrian Chadd , "freebsd-mips@freebsd.org" , Alan Cox , Gleb Smirnoff Subject: Re: bug 193400: sfbuf changes on mips32 may have exposed some vm/pmap issues on mips32? References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=0 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.713890987064109 urlsuspect_oldscore=0.713890987064109 suspectscore=3 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=1 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 rbsscore=0.713890987064109 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1409060259 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: Sat, 06 Sep 2014 22:28:58 -0000 On 09/06/2014 17:24, Adrian Chadd wrote: > Hi! > > This bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193400 > > is what I reported to alc a couple weeks ago as breaking on my 128mb > RAM mipsbe board. > > It turns out that the difference between the MIPS32 sfbuf code and the > new stuff gleb added was the refcounting side of things. With the MIPS > code, there was no refcounting at all - each sfbuf allocation would > allocate a new sfbuf. Now, I don't know how correct that is (my > reading of the code is "not correct!") but it wasn't panicing things. > > So I think maybe gleb's patch to sfbuf exposed a MIPS32 pmap/VM bug? > > Alan - how would we go about figuring out what could be the issue here? I just sent you an email a few minutes ago describing how to restore the old behavior. > I'd really appreciate some help here as I'd like to keep the MIPS32 > stuff in good shape. :) > > Thanks! > > > -a > From owner-freebsd-mips@FreeBSD.ORG Sat Sep 6 22:37:11 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 5E3533C6; Sat, 6 Sep 2014 22:37:11 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (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 F244E1E13; Sat, 6 Sep 2014 22:37:10 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id q108so13769065qgd.9 for ; Sat, 06 Sep 2014 15:37:10 -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=A1zz2bfCYg4BfvhcG5H2mgEHi4FLBHA3NoZTkEyqLzU=; b=A4PnpFJkQsh/xz8pcO07diaSpQ9VXVkweVe2HLIyhqt4787JVy6aFD8VJQO1KyJs6+ O4atDjjgeXSOVQJBTzxSm3nGBRFJNyNCM6TXbIFNnVxW8QY35IH5/YzGw5/sqsEfZOO2 fOPwKoHf5r7UCwhdkskDwY5FRHoIptnOTJ1tkDIJc5FdWKmyJCpPysQhxScOQws49KpL UMuMCyUmeN8WfCpel+Frg8TROOgWgVYkcvttayAPXeTjuxB9c8LFjdif3to4jFngsapa tr2BP3dIFDuoomU3XYLax/3CCMug3IH+qaMAO02r0UKDKJf3O20FeccwFeygaSSObX/O 3hdA== MIME-Version: 1.0 X-Received: by 10.224.36.4 with SMTP id r4mr29837286qad.69.1410043030210; Sat, 06 Sep 2014 15:37:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Sat, 6 Sep 2014 15:37:10 -0700 (PDT) In-Reply-To: <540B8AA0.40005@rice.edu> References: <540B8AA0.40005@rice.edu> Date: Sat, 6 Sep 2014 15:37:10 -0700 X-Google-Sender-Auth: p1F5wASzvdnb0hLvdd2l-XIbtCE Message-ID: Subject: Re: bug 193400: sfbuf changes on mips32 may have exposed some vm/pmap issues on mips32? From: Adrian Chadd To: Alan Cox Content-Type: text/plain; charset=UTF-8 Cc: Alan Cox , Gleb Smirnoff , "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: Sat, 06 Sep 2014 22:37:11 -0000 On 6 September 2014 15:28, Alan Cox wrote: > On 09/06/2014 17:24, Adrian Chadd wrote: >> Hi! >> >> This bug: >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193400 >> >> is what I reported to alc a couple weeks ago as breaking on my 128mb >> RAM mipsbe board. >> >> It turns out that the difference between the MIPS32 sfbuf code and the >> new stuff gleb added was the refcounting side of things. With the MIPS >> code, there was no refcounting at all - each sfbuf allocation would >> allocate a new sfbuf. Now, I don't know how correct that is (my >> reading of the code is "not correct!") but it wasn't panicing things. >> >> So I think maybe gleb's patch to sfbuf exposed a MIPS32 pmap/VM bug? >> >> Alan - how would we go about figuring out what could be the issue here? > > I just sent you an email a few minutes ago describing how to restore the > old behavior. > Yup. I've also implemented the local sf_buf map and unmap routines; it seems to fix things. -a