From owner-freebsd-mips@freebsd.org Sun Nov 8 01:09:11 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B19F6A22976 for ; Sun, 8 Nov 2015 01:09:11 +0000 (UTC) (envelope-from pkubaj@riseup.net) 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 "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92871181C for ; Sun, 8 Nov 2015 01:09:11 +0000 (UTC) (envelope-from pkubaj@riseup.net) Received: from cotinga.riseup.net (unknown [10.0.1.164]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.riseup.net (Postfix) with ESMTPS id 91F3D1A1D2B for ; Sat, 7 Nov 2015 16:59:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1446944364; bh=pUArhoZIvN84DvnrPEPhoIQ5BIy06ucs3FjKVT8HOy4=; h=To:From:Subject:Date:From; b=DEf3m7PFh7kFgd89vPHlI0VwOrkRPpbVN+dXV9sauVdyLtiu9LeVZTkbViNcRVEg+ CrrylfstGOy6ZRUGvM3yxKu0hXPkIy+tRL5mQ299IN25JDH/cYH0urUnusIQ1nyfC5 /PBFY5NjAlXtV3oG04kv4wLC0JcgDv8IjqlnZf/E= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id 058F5403E2 To: freebsd-mips@freebsd.org From: Piotr Kubaj Subject: What's the default bootcmd in ERL? Message-ID: <563E9E64.80301@riseup.net> Date: Sun, 8 Nov 2015 01:59:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="O361UvuiQUBpf5ttKCu3HvrOEsNQmoN3s" X-Virus-Scanned: clamav-milter 0.98.7 at mx1.riseup.net X-Virus-Status: Clean X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 01:09:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --O361UvuiQUBpf5ttKCu3HvrOEsNQmoN3s Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, it turns out after some playing with EdgerRouter Lite that I need something better - the PoE model could be perfect. Thus, I can return it to shop, but I need to restore the default U-boot bootcmd to make it boot properly. I've saved it to oldbootcmd, but it turns out only a part of it was saved. Could you post the full default bootcmd? Thanks. --O361UvuiQUBpf5ttKCu3HvrOEsNQmoN3s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWPp5kAAoJEC9nKukRsfY+b38QANdLDYh85jIJsOgcjfo/RL+M 3Edg5aHyzwwxWFX4sZtRRa06FmK6laZ3tMX+iCa0vIO8R2Z+LeTciJBrzuFXL3vp 0+aEL6J/LIO+uwBYbsFM3+RZWNWdS+KPalUYzUbmXD7+gWx7aVs5qdCEzBIz2p6X +Z9FIe1sagbPPQM0nnKtNhZ2fQGNO7NIN9Qxdk0noMqWibwGyoO9OWtnU/upzEeT qI1g6J+N7pXRV0yiU7yVQoQo/6tx3DvkRwPoTUiQ21i2GDPetuLPo88vuhwp5XYt oGaacHY3p0YdF2erL2Jha52UITrIQ54R4LAXnsM1UGmFEsCmQDRrlg5EnlaBxHEi gx4m8345iO8QVom8uWq1h7ItTd9UQKkPF67rzd1iia65fQLmoO/jOv+ljJMH3hA7 WNX7+vFervqR+vf/AVJd8FSYtlDiRIgOV/NRu3zeh47pZxNxYiGWRKlJVRFoS9+j 5S52trtad7wjLClpgrN3UNJOE9Zh0uaxFlOVvseAImWAlaqVDNj4DIn8b+DIMhzF 1cuC9QUx7qDNI2msp+SeAqECKQDKxENCRjGur3g1pVT+z/VKtk0RUo74zyhE0X5n fexmCxYsLEVjdTaMNd2KwZ+r2PyESs85ECj7oXEBsQb+btiY4artL+0bdPyD4zWX 5ZVnwwIb4wbfCVQzvKXG =iqXo -----END PGP SIGNATURE----- --O361UvuiQUBpf5ttKCu3HvrOEsNQmoN3s-- From owner-freebsd-mips@freebsd.org Sun Nov 8 01:15:41 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 553C5A22B86 for ; Sun, 8 Nov 2015 01:15:41 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D3F71AC6 for ; Sun, 8 Nov 2015 01:15:41 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by qgad10 with SMTP id d10so118494082qga.3 for ; Sat, 07 Nov 2015 17:15:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=0jdiLZd2+arPAqj8EklN/Y2qVT2J0bFKrGp+Cbre8TE=; b=MeSWBXm6rQGFKIJy8iKtjwYDOmawmdroRBoIPsd2Iis889wbGIDbMcVwvBNUVjwdLy SRABy2Yk6Gy+KTXWnrlObOFJY0QQN8ypRjmq7dij1lcwS/kt8AVdvPgnHeBB5H9p8ox2 jAIe/iV+H7IM7yTI683FX3DEC6/oEPrEHuhNY6s5RK8a1+Yv1nkP42CayhfNPXiqKXib R0SlMGGLO0ANNH1yhAZ4u1XydnelJDHD5rSGZmPavt5wDMiAc97pDmtOqhcq5hgfvm07 x+tLKY8zxK8kEmbIy6cSfKgCfVqpWAukhfxWLhdO9RXD/ThcXJU5rMMKFpWfPcnf1Gup MxlA== X-Received: by 10.140.168.11 with SMTP id o11mr22170533qho.28.1446945339818; Sat, 07 Nov 2015 17:15:39 -0800 (PST) Received: from kan ([2601:18f:802:4680:226:18ff:fe00:232e]) by smtp.gmail.com with ESMTPSA id a49sm2050364qga.41.2015.11.07.17.15.38 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Nov 2015 17:15:39 -0800 (PST) Date: Sat, 7 Nov 2015 20:15:33 -0500 From: Alexander Kabaev To: Piotr Kubaj Cc: freebsd-mips@freebsd.org Subject: Re: What's the default bootcmd in ERL? Message-ID: <20151107201533.24b7a364@kan> In-Reply-To: <563E9E64.80301@riseup.net> References: <563E9E64.80301@riseup.net> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/6k1NRB2gA4hd8LdCWi+.mXX"; protocol="application/pgp-signature" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 01:15:41 -0000 --Sig_/6k1NRB2gA4hd8LdCWi+.mXX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 8 Nov 2015 01:59:16 +0100 Piotr Kubaj wrote: > Hi, >=20 > it turns out after some playing with EdgerRouter Lite that I need > something better - the PoE model could be perfect. Thus, I can return > it to shop, but I need to restore the default U-boot bootcmd to make > it boot properly. I've saved it to oldbootcmd, but it turns out only > a part of it was saved. Could you post the full default bootcmd? >=20 > Thanks. >=20 Think again. POE model uses proprietary implementation of the switch chip that is not documented and defaults to passing no traffic, let alone letting anything but EdgeOS control it.=20 --=20 Alexander Kabaev --Sig_/6k1NRB2gA4hd8LdCWi+.mXX Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJWPqI2XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDNUY3RDk5NTk5QjY0MUUxM0M1MTU2OTEw NzEzMjI5OTkyNzkyRTdFAAoJEAcTIpmSeS5+npQQAIKGZ3U7iSIsw3O3Q5PmqCVe wLz6m32Aeys1+7dQGIFAD9pFdgQL/zIz6trtGWQLC9jZKSEHv+CWwis+UliTyluq 2Rx+wqJAgshgfV9GFSQ097SIDKUSbCUtsalUowl2M514dWnXDCfHpLol4IZSEFt/ vW3bS4BgVSMwf8T0qfXmpEHw/dNl82xFdb70ABlQrDrk9MS1ffRHqOicd8ZRwS7v y72s1OUHdZ0gShi/YtZQ/yBBDs0XIegV24xyqdBBvRyXA72Vnzt/uQO0zQcYPiK8 jlBc7sTuUfu4mB4u9FQQhDUvXbXFq015nTrNlzKKMwSpxNk8dqhPXadFMidT5Dy7 2DryW+6fLuiVNHC7KF5TQ4sGokaa5PSqp+hS4HIZk9H3YdAoA6nkWIj8wW78Xmsf jjpPU7ZyLu9bAO+5aor+2EnNiLPruWXXn+7bQ2nSGCHjcgFAWZSO2kYzSVeTGVHV izd1cAj5vLc/lK/zSD2ri1zoZ9SNPseMclwRQ8n0z7dbtKh2DyDPuTT86niA9o0j hKLHY65cXBsfEe5D4vzO5bSDryTMTl32MNXzi4Jq2V4ddkCUHlrr5zObvB4QZ40x 8VSQhYE863NJLMaiRPDpc4m9cWYzYe9JSZbgV1yAHCYSVMYPgPUY8KONWHt1D15D jPq0ax/dJ0alUEDPbY4h =wzP7 -----END PGP SIGNATURE----- --Sig_/6k1NRB2gA4hd8LdCWi+.mXX-- From owner-freebsd-mips@freebsd.org Sun Nov 8 01:36:11 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC3EFA22E7E for ; Sun, 8 Nov 2015 01:36:11 +0000 (UTC) (envelope-from pkubaj@riseup.net) 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 "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78DF91012 for ; Sun, 8 Nov 2015 01:36:11 +0000 (UTC) (envelope-from pkubaj@riseup.net) Received: from cotinga.riseup.net (unknown [10.0.1.164]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.riseup.net (Postfix) with ESMTPS id 73E201A1F16; Sat, 7 Nov 2015 17:36:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1446946570; bh=gRTIiSKCf5Z6hLa1vxIRtrdsndUCUBPcs5o2C8Plly8=; h=Subject:To:References:From:Cc:Date:In-Reply-To:From; b=O7kmGvnSTV2YVKuUfXqdVeoT9nABzdjSwcFZfvPbnfBJcPFRiEfi06wIYB6XDdQKG 0+XAhyZkwl4fJkFNRK+9UdBl7yiVYJh415aKk9K3xhaQi7VIeBwa7n3zcD0gEUdHqT PzG+yV5T5VJ2yAEifwcTrdgw/LNCaR3yJjoJ+FX4= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id 7C51A40260 Subject: Re: What's the default bootcmd in ERL? To: Sean Hamilton , kabaev@gmail.com References: <563E9E64.80301@riseup.net> From: Piotr Kubaj X-Enigmail-Draft-Status: N1110 Cc: freebsd-mips@freebsd.org Message-ID: <563EA701.9030202@riseup.net> Date: Sun, 8 Nov 2015 02:36:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="n9gq7nQwXRCRMF66rPDKUIj6iU7wV2TMs" X-Virus-Scanned: clamav-milter 0.98.7 at mx1.riseup.net X-Virus-Status: Clean X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 01:36:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --n9gq7nQwXRCRMF66rPDKUIj6iU7wV2TMs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/08/15 02:15, Sean Hamilton wrote: > On 7 November 2015 at 16:59, Piotr Kubaj wrote: >> [...] Could you post the full default bootcmd? >=20 > http://www.crashcourse.ca/wiki/index.php/ERLITE-3_U-Boot should be > relevant to your interests. >=20 Thanks, although reading email from Alexander I'm not so sure now :( On 11/08/15 02:15, Alexander Kabaev wrote: > On Sun, 8 Nov 2015 01:59:16 +0100 > Piotr Kubaj wrote: > >> > Hi, >> > >> > it turns out after some playing with EdgerRouter Lite that I need >> > something better - the PoE model could be perfect. Thus, I can retur= n >> > it to shop, but I need to restore the default U-boot bootcmd to make= >> > it boot properly. I've saved it to oldbootcmd, but it turns out only= >> > a part of it was saved. Could you post the full default bootcmd? >> > >> > Thanks. >> > > Think again. POE model uses proprietary implementation of the switch > chip that is not documented and defaults to passing no traffic, let > alone letting anything but EdgeOS control it. > > -- Alexander Kabaev Wow, you've just saved my life here :) If that is true, I would send quite a money getting actually a worse router. I guess I could do with ERL but I would prefer something with more Ethernet ports, embedded switch would be handy but is not necessary. What router would you recommend given such requirements? I want it to run FreeBSD or OpenBSD. I need it for my home network (I also have a server in my basement), so I don't want any of the rack routers for a cost of car. I'd also prefer not to use a regular PC that makes a lot of noise. And it seems Soekris routers are much more expensive and PC-Engines APU too limited :( --n9gq7nQwXRCRMF66rPDKUIj6iU7wV2TMs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWPqcBAAoJEC9nKukRsfY+D4wP/2ME9AttrI8a7TKUTchYZURu 7iwDBNP2GGEd/FDreMvpQzYmMxhksQtKZmnNf8bpc2A6ceme33MmHdTATe9QqAef Si3LcuJgBdWGKI1hDu9NE5amq8yhJ1V944lzFObU+hegrQvvp6YZoQ3Ra+4/VPaE 0S5+3FbMlsM2AuxcLVsh3Xwlezczk2u3JC2Dc/80Rn0FBKyHXssyzHn7bNAJO92P ANn3ZxAnlg7tvXPlGrRa7HCDXrFV+0ekaZZyYCrsnqw5LwbLNJKw+W+85eO/VXP5 GB6Ap/AdBwQcFYnlRwEqQojH1cmMuY/94Q3R1qGFurJoQz0NafBtD0Fjz5/Vesn4 iRCwm2F9sjIAW/Ox3HhQCG7VCguoPDTiKeEoxekDntRvfMp3oiH14z7oQYxS6C+Y 6eWkOEMpnZSlyeg9IhfAXWSbwyRzfxZtzcL9z6gl//zu/E4s/ZKeAa/TBy2PuoHA YPTNhULcHk3SV2zAzZAIfZABjsq0zC3WtSPUZspoBYPU45slbVbPntplGkZuoOzv EE0lMXWEe3hAhsJgBQEROo1qs0VE3YROUzstmqP4fo2sEwUtjRe7kfXqNeCzsU0Z pgnTuqNhXSRWA53pOR8NiBeArb5a1KA14dmxTDQ4D6EZhzXMgsoTAGPGMV6KtRPE keEtcuNY3CpHE6MYKfd1 =FfPJ -----END PGP SIGNATURE----- --n9gq7nQwXRCRMF66rPDKUIj6iU7wV2TMs-- From owner-freebsd-mips@freebsd.org Sun Nov 8 01:45:34 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 003A1A221C3 for ; Sun, 8 Nov 2015 01:45:34 +0000 (UTC) (envelope-from possnfiffer@snowboard.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF8CD19EE for ; Sun, 8 Nov 2015 01:45:33 +0000 (UTC) (envelope-from possnfiffer@snowboard.com) Received: by ioc74 with SMTP id 74so90887748ioc.2 for ; Sat, 07 Nov 2015 17:45:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=snowboard_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vJt7jdixd+vuXF6uMsv6wrJ0wAS228CqzEF6Pk6l4K0=; b=n4vwe4J6fm1hcucbLkbN/1JK1FaBO3ctZv9argBqVyu6qXrUX8fAk8G4Brm4p6b4KR 4X76f805qtVq7a34bTvOfuf99FsqsPbHxo8SlpqAHeYbC10Yb81CAGj3I870917036qj ROihlELxuNYEY4HzR7FRIUXFe23dlU8LKbZx7RWJx2ds2E7AQjkyzniKxq2HrwGENqOF x/yOAkBHD9CNcHqDKqR3QEzrWlO06SkhOAmKPzaaO2UfGWWdyqscbIjSp14eSQcgO4Te KaU4kjFfwqBgwhHZQEoRNN0SbjmHCpP9NDuDEa0uiYrjOBq6eVUfOcWt5sVxae4cUn4p SYOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=vJt7jdixd+vuXF6uMsv6wrJ0wAS228CqzEF6Pk6l4K0=; b=CphRpt0sD4fPQrhLyW6Q5idAfxpw6fIdxbkCeoS+qTSBo5EJwI715DiWfYylcSp2gB /tA6QG/mb67+u5ZXWr+jBrfG3lYprauUjth9JT09f2VPwXq7esNJewZEuHM8HV8dxEnc AvyR7QMpw61o96VURkslA8mtvEaQMgmc9Rvsev+tBS3NhES6RBX9/Fp4CQzJ9mTj5cuV JHjHlS93EpXeA3k6RJs722wUbkcXV4aMD/ngAQPdXqWj0QeY9o5ZZxb78YoR1Et/fSyb s6RMAp52lEbkh2wI2qs+9r0zo7/02bLsEcNlk9y8k5Oo/QOmyB7H4I3S4vjWHxq/eMgS x4Vg== X-Gm-Message-State: ALoCoQl6+kh5NS1WdmVhAHgMRSaoiP12266VDUa8It0odu2Eh21v7NSKuI8tF+DYRpMAYZnL4Ctl MIME-Version: 1.0 X-Received: by 10.107.33.211 with SMTP id h202mr19819232ioh.108.1446947133146; Sat, 07 Nov 2015 17:45:33 -0800 (PST) Received: by 10.36.204.133 with HTTP; Sat, 7 Nov 2015 17:45:33 -0800 (PST) In-Reply-To: <563EA701.9030202@riseup.net> References: <563E9E64.80301@riseup.net> <563EA701.9030202@riseup.net> Date: Sat, 7 Nov 2015 18:45:33 -0700 Message-ID: Subject: Re: What's the default bootcmd in ERL? From: Possnfiffer To: Piotr Kubaj Cc: Sean Hamilton , kabaev@gmail.com, freebsd-mips@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 01:45:34 -0000 I have my ERL hooked to a 5-port gigabit switch for extra ports. On Sat, Nov 7, 2015 at 6:36 PM, Piotr Kubaj wrote: > On 11/08/15 02:15, Sean Hamilton wrote: > > On 7 November 2015 at 16:59, Piotr Kubaj wrote: > >> [...] Could you post the full default bootcmd? > > > > http://www.crashcourse.ca/wiki/index.php/ERLITE-3_U-Boot should be > > relevant to your interests. > > > Thanks, although reading email from Alexander I'm not so sure now :( > > On 11/08/15 02:15, Alexander Kabaev wrote: > > On Sun, 8 Nov 2015 01:59:16 +0100 > > Piotr Kubaj wrote: > > > >> > Hi, > >> > > >> > it turns out after some playing with EdgerRouter Lite that I need > >> > something better - the PoE model could be perfect. Thus, I can return > >> > it to shop, but I need to restore the default U-boot bootcmd to make > >> > it boot properly. I've saved it to oldbootcmd, but it turns out only > >> > a part of it was saved. Could you post the full default bootcmd? > >> > > >> > Thanks. > >> > > > Think again. POE model uses proprietary implementation of the switch > > chip that is not documented and defaults to passing no traffic, let > > alone letting anything but EdgeOS control it. > > > > -- Alexander Kabaev > > > Wow, you've just saved my life here :) If that is true, I would send > quite a money getting actually a worse router. I guess I could do with > ERL but I would prefer something with more Ethernet ports, embedded > switch would be handy but is not necessary. What router would you > recommend given such requirements? I want it to run FreeBSD or OpenBSD. > I need it for my home network (I also have a server in my basement), so > I don't want any of the rack routers for a cost of car. I'd also prefer > not to use a regular PC that makes a lot of noise. And it seems Soekris > routers are much more expensive and PC-Engines APU too limited :( > > From owner-freebsd-mips@freebsd.org Sun Nov 8 11:56:12 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FE98A29517 for ; Sun, 8 Nov 2015 11:56:12 +0000 (UTC) (envelope-from pkubaj@riseup.net) 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 "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73BE811D1 for ; Sun, 8 Nov 2015 11:56:12 +0000 (UTC) (envelope-from pkubaj@riseup.net) Received: from piha.riseup.net (unknown [10.0.1.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.riseup.net (Postfix) with ESMTPS id 390A51A1FB6; Sun, 8 Nov 2015 03:56:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1446983771; bh=3qew9nD852fAdjbgwxPkwVrjLwxl7N/WVzfM5512Ivc=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=KuHvWfNmtbAalRtaBK8FTuLq43JMjKhGDj0WMJDSo6vkS9yKlJrE3mpLph6tMWdPG tjUAK35dhkh1jg9MK2UGSK5wO2RxtOgSZiQ+KfSQMi5LDBRZIFa5OtKi9/9NWDO019 HPx9TeIv9bpawmpcbWFH1y43+pbHpL/ldoZeI3Pk= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id E86831C00F7 Subject: Re: What's the default bootcmd in ERL? To: Possnfiffer References: <563E9E64.80301@riseup.net> <563EA701.9030202@riseup.net> Cc: Sean Hamilton , kabaev@gmail.com, freebsd-mips@freebsd.org From: Piotr Kubaj Message-ID: <563F3852.3040900@riseup.net> Date: Sun, 8 Nov 2015 12:56:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qxA2kbref14PdS61c15vjTL648f7TgvKn" X-Virus-Scanned: clamav-milter 0.98.7 at mx1.riseup.net X-Virus-Status: Clean X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 11:56:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qxA2kbref14PdS61c15vjTL648f7TgvKn Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/08/15 02:45, Possnfiffer wrote: > I have my ERL hooked to a 5-port gigabit switch for extra ports. >=20 > On Sat, Nov 7, 2015 at 6:36 PM, Piotr Kubaj > wrote: >=20 > On 11/08/15 02:15, Sean Hamilton wrote: > > On 7 November 2015 at 16:59, Piotr Kubaj > wrote: > >> [...] Could you post the full default bootcmd? > > > > http://www.crashcourse.ca/wiki/index.php/ERLITE-3_U-Boot should b= e > > relevant to your interests. > > > Thanks, although reading email from Alexander I'm not so sure now := ( >=20 > On 11/08/15 02:15, Alexander Kabaev wrote: > > On Sun, 8 Nov 2015 01:59:16 +0100 > > Piotr Kubaj > wrote:= > > > >> > Hi, > >> > > >> > it turns out after some playing with EdgerRouter Lite that I n= eed > >> > something better - the PoE model could be perfect. Thus, I can= > return > >> > it to shop, but I need to restore the default U-boot bootcmd t= o > make > >> > it boot properly. I've saved it to oldbootcmd, but it turns ou= t > only > >> > a part of it was saved. Could you post the full default bootcm= d? > >> > > >> > Thanks. > >> > > > Think again. POE model uses proprietary implementation of the swi= tch > > chip that is not documented and defaults to passing no traffic, l= et > > alone letting anything but EdgeOS control it. > > > > -- Alexander Kabaev >=20 >=20 > Wow, you've just saved my life here :) If that is true, I would sen= d > quite a money getting actually a worse router. I guess I could do w= ith > ERL but I would prefer something with more Ethernet ports, embedded= > switch would be handy but is not necessary. What router would you > recommend given such requirements? I want it to run FreeBSD or Open= BSD. > I need it for my home network (I also have a server in my basement)= , so > I don't want any of the rack routers for a cost of car. I'd also pr= efer > not to use a regular PC that makes a lot of noise. And it seems Soe= kris > routers are much more expensive and PC-Engines APU too limited :( >=20 >=20 I know switches switches are, but I wanted all of my LAN's to be on separate ports. Turns out, I'll have to push them all on the one that I have left. --qxA2kbref14PdS61c15vjTL648f7TgvKn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWPzhSAAoJEC9nKukRsfY+MjoQAMe4FZLGowCjFxeCUa46h2Wq 7SK6HsW7j9Skda1EWQHxYPevaF0hekgOiRCmYGBomDwZa8vvoRDNxFx9Vfj3oes1 qd18mgSyFXx0KbyVd74cz/qQPezcV5iKvk9epF1p25t+cucaiaWLCQ5sfo1B0Gn7 AT5agePHQQzk8k2WK/5EkkaBkFt3/TQvC3wt+Y2axoVnuAnv/XjcsI/C1Rm0v05f 0Mb2/r+JPHN1FbFLF0gKFeO2tBOWHBdUiRH4U2yMFVni9NbIIkn+v/bjMN8JVWRd +6Cx0331fK/Ji1w4q57zV1ycJeTpsu/e319I4KJAg5MKwh7birBJkcK8BIEilI9m IGIJg2v0xxZB4SzOJgX28VGFQEnzRurZUh2Y7ZHhb7qzI8Kq8L3oNGb2RrBO+joy JsfHinK+2UTBss0kV+OonmlrhsmUtHNW2uKv2C/vusQfXVos9Fehp1aPtqGz2bz2 HzxkdFMkP0FBHZ+QRc3famN/VFN0CDSKMn9btvUwyyOJRHlXSXetS3DWrohphKOc NDVERzq5oJxCXN9obMm/DDueBdOeZ9Y7GLazvyenJRiYVVyOgOdp0RYhoEtfcw77 dRMqF1MpAdj84r6HetvuuhNY5vBb0hUwE4vtISpLn6wX8lc9+TVLm1m1/TnZTmxV pxY1eNEnfIFtY057GleO =1Ia2 -----END PGP SIGNATURE----- --qxA2kbref14PdS61c15vjTL648f7TgvKn-- From owner-freebsd-mips@freebsd.org Sun Nov 8 14:04:00 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9FF8A29DA6 for ; Sun, 8 Nov 2015 14:04:00 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CAB91D27; Sun, 8 Nov 2015 14:03:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA8E3cof007395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 8 Nov 2015 15:03:41 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA8E3Scd029440; Sun, 8 Nov 2015 21:03:29 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: CPU underload To: Adrian Chadd References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> Cc: Warner Losh , "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <563F5630.2000407@grosbein.net> Date: Sun, 8 Nov 2015 21:03:28 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 14:04:00 -0000 On 07.11.2015 10:57, Adrian Chadd wrote: > On 1 November 2015 at 23:17, Eugene Grosbein wrote: >> On 02.11.2015 14:04, Warner Losh wrote: >> >>> Next, USB flash support is not very stable as I have written before, >>> lots of USB i/o can easily panic the kernel. >>> >>> Does your flash device support trim / delete? >> >> Not sure. How do I know? It is just USB pen flash. > > hiya, > > ok, this is next . What's the deal with this? can you panic it and > report it please? :) I did earlier in my letter with subject "jemalloc aborts: lloc_arena.c:363: Failed assertion: "p[i] == 0": > Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) > panic: trap > Uptime: 3m7s > panic: bufwrite: buffer is not busy??? > Uptime: 3m7s However, I cannot reproduce the problem anymore using recent HEAD compiled without -Os and with kernel having "options USB_HOST_ALIGN=64" as Warner Losh suggested. From owner-freebsd-mips@freebsd.org Sun Nov 8 15:51:32 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF227A29B2D for ; Sun, 8 Nov 2015 15:51:32 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 626061F1C; Sun, 8 Nov 2015 15:51:31 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA8FpLGs007668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 8 Nov 2015 16:51:24 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA8FpBgp033510; Sun, 8 Nov 2015 22:51:11 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <563F6F6F.1010807@grosbein.net> Date: Sun, 8 Nov 2015 22:51:11 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <563F5630.2000407@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.3 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_24_48, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.0 DATE_IN_FUTURE_24_48 Date: is 24 to 48 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 15:51:33 -0000 On 08.11.2015 21:03, Eugene Grosbein wrote: >> ok, this is next . What's the deal with this? can you panic it and >> report it please? :) > > I did earlier in my letter with subject "jemalloc aborts: lloc_arena.c:363: Failed assertion: "p[i] == 0": > >> Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) >> panic: trap >> Uptime: 3m7s >> panic: bufwrite: buffer is not busy??? >> Uptime: 3m7s > > However, I cannot reproduce the problem anymore using recent HEAD > compiled without -Os and with kernel having "options USB_HOST_ALIGN=64" > as Warner Losh suggested. Spoke too early... I run several more tests and peproduced the problem. The kernel just hangs installing packages to /usr/local mounted async using USB pen drive. I'm building debugging kernel to run more tests with KDB_TRACE and WITNES. Btw, mips/trap.c needs the following patch or else kernel with options KDB does not build due to missing "debugger_on_panic" declaration: --- sys/mips/mips/trap.c.orig 2015-11-08 17:05:21.413505000 +0700 +++ sys/mips/mips/trap.c 2015-11-08 22:14:49.092653000 +0700 @@ -49,6 +49,7 @@ __FBSDID("$FreeBSD: head/sys/mips/mips/t #include #include #include +#include #include #include #include From owner-freebsd-mips@freebsd.org Sun Nov 8 16:51:47 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 927FDA29A34 for ; Sun, 8 Nov 2015 16:51:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1049A1B66 for ; Sun, 8 Nov 2015 16:51:45 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA8GpYV2007828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 8 Nov 2015 17:51:37 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA8GpNa5036260 for ; Sun, 8 Nov 2015 23:51:23 +0700 (KRAT) (envelope-from eugen@grosbein.net) To: "freebsd-mips@freebsd.org" From: Eugene Grosbein Subject: LOR on umount Message-ID: <563F7D8B.6020902@grosbein.net> Date: Sun, 8 Nov 2015 23:51:23 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.3 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_24_48, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.0 DATE_IN_FUTURE_24_48 Date: is 24 to 48 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 16:51:47 -0000 Hi! While trying to reproduce kernel panic using debugging kernel I've got lock order reversal trying to umount UFS1 /dev/ufs/extflash (/dev/da0s1d) mounted using USB pen as "async,noatime" (no soft-updates): # lock order reversal: 1st 0x81a6ab74 ufs (ufs) @ /home/src/sys/kern/vfs_mount.c:1224 2nd 0x8276a4b4 devfs (devfs) @ /home/src/sys/ufs/ffs/ffs_vfsops.c:1375 KDB: stack backtrace: db_trace_thread+30 (?,?,?,?) ra c3b4789000000018 sp 0 sz 0 db_trace_self+1c (?,?,?,?) ra c3b478a800000018 sp 0 sz 0 8008e500+34 (?,?,?,?) ra c3b478c0000001a0 sp 0 sz 0 kdb_backtrace+44 (?,?,?,?) ra c3b47a6000000018 sp 0 sz 0 801ccfd8+34 (?,?,?,?) ra c3b47a7800000020 sp 0 sz 0 witness_checkorder+b24 (?,?,?,55f) ra c3b47a9800000058 sp 0 sz 0 __lockmgr_args+9a8 (?,?,8276a4d4,?) ra c3b47af000000080 sp 0 sz 1 vop_stdlock+4c (?,?,?,?) ra c3b47b7000000028 sp 0 sz 0 VOP_LOCK1_APV+f4 (?,?,?,?) ra c3b47b9800000020 sp 0 sz 0 _vn_lock+8c (?,?,?,?) ra c3b47bb800000050 sp 0 sz 0 ffs_flushfiles+98 (?,?,?,?) ra c3b47c0800000038 sp 0 sz 0 802b4ea8+bc (?,?,?,?) ra c3b47c4000000040 sp 0 sz 0 dounmount+9f0 (80e74560,?,?,?) ra c3b47c8000000060 sp 100000000 sz 0 sys_unmount+2f8 (?,?,?,?) ra c3b47ce0000000e0 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b47dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,4046f520) ra c3b47e8000000000 sp 0 sz 0 pid 694 That's head at r290541. It was unmounted, though. Seems to be harmless, but who knows... From owner-freebsd-mips@freebsd.org Sun Nov 8 17:43:27 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD012A296D2 for ; Sun, 8 Nov 2015 17:43:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A0099112A for ; Sun, 8 Nov 2015 17:43:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iody8 with SMTP id y8so165986981iod.1 for ; Sun, 08 Nov 2015 09:43:27 -0800 (PST) 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=hi+yh75qspifZOgYUKJG63q500bGyec4at73zWMO26I=; b=aDIrYrqz2MHGeS0r7ObVUNjiHz+lS90sVOgQ9lIa6Vys+ZFVOVtNZTba2gW7Z3Z9Pn 6ehKR7PCEMOFyUX20MBBefTIwOJiT4n2qK3Rn/hUhEsCzhkQ2FgeikihuljNJRGY7oYF lMFCR4Ri3AhPYBynfSA423ajOIBXN+g2T+/xPtmT42ONt6cM5CRyBnwRrcpUzbja3Iko l/YCkg2di0DAZHjq7E95AIpbJWXSp4ENYD/cRgevbEVZ6YtDGASPjclhokIF7fOgdrLa veIQ1p8yUDPNCJ4CZ3J1hyYrL+aGfn7DjACqqo8wpxetVs4SQrTRYCiSrDNdCMTCzoat Q1wg== MIME-Version: 1.0 X-Received: by 10.107.152.2 with SMTP id a2mr22133170ioe.123.1447004607062; Sun, 08 Nov 2015 09:43:27 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sun, 8 Nov 2015 09:43:26 -0800 (PST) In-Reply-To: <563F5630.2000407@grosbein.net> References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> Date: Sun, 8 Nov 2015 09:43:26 -0800 X-Google-Sender-Auth: iD_mKKWhiWIeqDdLkataPSaRuqI Message-ID: Subject: Re: CPU underload From: Adrian Chadd To: Eugene Grosbein Cc: Warner Losh , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 17:43:28 -0000 Which MIPS kernel config doesn't have USB_HOST_ALIGN=64 ? -a On 8 November 2015 at 06:03, Eugene Grosbein wrote: > On 07.11.2015 10:57, Adrian Chadd wrote: >> On 1 November 2015 at 23:17, Eugene Grosbein wrote: >>> On 02.11.2015 14:04, Warner Losh wrote: >>> >>>> Next, USB flash support is not very stable as I have written before, >>>> lots of USB i/o can easily panic the kernel. >>>> >>>> Does your flash device support trim / delete? >>> >>> Not sure. How do I know? It is just USB pen flash. >> >> hiya, >> >> ok, this is next . What's the deal with this? can you panic it and >> report it please? :) > > I did earlier in my letter with subject "jemalloc aborts: lloc_arena.c:363: Failed assertion: "p[i] == 0": > >> Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) >> panic: trap >> Uptime: 3m7s >> panic: bufwrite: buffer is not busy??? >> Uptime: 3m7s > > However, I cannot reproduce the problem anymore using recent HEAD > compiled without -Os and with kernel having "options USB_HOST_ALIGN=64" > as Warner Losh suggested. > > > From owner-freebsd-mips@freebsd.org Sun Nov 8 17:44:32 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 948D0A29716 for ; Sun, 8 Nov 2015 17:44:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5763F1161 for ; Sun, 8 Nov 2015 17:44:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iody8 with SMTP id y8so165999646iod.1 for ; Sun, 08 Nov 2015 09:44:31 -0800 (PST) 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=t9E0vcCI/le3DfFoTZSHGd+YAqUmfaMQ+GHW9FkzJ9U=; b=LDsqTyyYYXsFxTNNdA08Ll55ZEC0WPjWnsCMfufasUkTZt1RYeSQKThFZ+BzKs+laz 4i21P2yXsfqalMoCFBGKuUPjuiGVSTf+R5xW8kj/0sX60UkCYd7v2TJ8el4BAsrucM+z P8OQJnNzmatE7He+rQay86YYyKS9joOg0a/WcVHUmhn9mk2Tp6qF6hnPybKLAodJjqIs S35WoNFwNx9Auid9HVNb0T23QmCs3bHFyWzbOl/y6z8ObiOlBj3PYIjYVzxpUQ9RkQIf Xww6ybVoI2KBv4XSjf6FJmZImNeRnZMZqOP57KohDrO5C7jsMol4D3kOGnX0NVDZ9mDb WlVg== MIME-Version: 1.0 X-Received: by 10.107.46.142 with SMTP id u14mr22600168iou.165.1447004671883; Sun, 08 Nov 2015 09:44:31 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sun, 8 Nov 2015 09:44:31 -0800 (PST) In-Reply-To: <563F6F6F.1010807@grosbein.net> References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> Date: Sun, 8 Nov 2015 09:44:31 -0800 X-Google-Sender-Auth: lnQUxLANvAChZl_2E7JALK5lIkk Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 17:44:32 -0000 hiya, try updating. I committed a workaround fix yesterday. -adrian On 8 November 2015 at 07:51, Eugene Grosbein wrote: > On 08.11.2015 21:03, Eugene Grosbein wrote: > >>> ok, this is next . What's the deal with this? can you panic it and >>> report it please? :) >> >> I did earlier in my letter with subject "jemalloc aborts: lloc_arena.c:363: Failed assertion: "p[i] == 0": >> >>> Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) >>> panic: trap >>> Uptime: 3m7s >>> panic: bufwrite: buffer is not busy??? >>> Uptime: 3m7s >> >> However, I cannot reproduce the problem anymore using recent HEAD >> compiled without -Os and with kernel having "options USB_HOST_ALIGN=64" >> as Warner Losh suggested. > > Spoke too early... I run several more tests and peproduced the problem. > The kernel just hangs installing packages to /usr/local mounted async > using USB pen drive. > > I'm building debugging kernel to run more tests with KDB_TRACE and WITNES. > Btw, mips/trap.c needs the following patch or else kernel with options KDB > does not build due to missing "debugger_on_panic" declaration: > > --- sys/mips/mips/trap.c.orig 2015-11-08 17:05:21.413505000 +0700 > +++ sys/mips/mips/trap.c 2015-11-08 22:14:49.092653000 +0700 > @@ -49,6 +49,7 @@ __FBSDID("$FreeBSD: head/sys/mips/mips/t > #include > #include > #include > +#include > #include > #include > #include From owner-freebsd-mips@freebsd.org Sun Nov 8 18:17:36 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04967A290B3 for ; Sun, 8 Nov 2015 18:17:36 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C3F51643; Sun, 8 Nov 2015 18:17:34 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA8IHOnR008077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 8 Nov 2015 19:17:26 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA8IHCoF038549; Mon, 9 Nov 2015 01:17:13 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <563F91A8.9080702@grosbein.net> Date: Mon, 9 Nov 2015 01:17:12 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 18:17:36 -0000 On 09.11.2015 00:44, Adrian Chadd wrote: > hiya, > > try updating. I committed a workaround fix yesterday. I've updated today, its r290541. But I have custom kernel config and custom build script, it uses nanobsd(8). I cannot make the kernel to panic anymore, it just freezes while writing to UFS/USB. Userland stops responding to console and kernel stops responding to pings. But I can break to KDB using ALT_BREAK_TO_DEBUGGER sequence: db> show alllock Process v87 (pkg-static) thread 0x82c5c000 (100057) exclusive lockmgr ufs (ufs) r = 0 (0x84cc54b4) locked @ /home/src/sys/kern/vfs_vnops.c:873 Process 14 (syncer) thread 0x809f4360 (100036) exclusive lockmgr bufwait (bufwait) r = 0 (0xc3036450) locked @ /home/src/sys/kern/vfs_bio.c:1454 exclusive lockmgr bufwait (bufwait) r = 0 (0xc30366e0) locked @ /home/src/sys/kern/vfs_default.c:671 exclusive lockmgr devfs (devfs) r = 0 (0x82c72c94) locked @ /home/src/sys/kern/vfs_subr.c:1779 From owner-freebsd-mips@freebsd.org Sun Nov 8 18:25:27 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB08FA2922F for ; Sun, 8 Nov 2015 18:25:27 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CBF319E4; Sun, 8 Nov 2015 18:25:26 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA8IPKVg008109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 8 Nov 2015 19:25:20 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA8IPFUI038589; Mon, 9 Nov 2015 01:25:16 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: CPU underload To: Adrian Chadd References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> Cc: Warner Losh , "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <563F938B.3070707@grosbein.net> Date: Mon, 9 Nov 2015 01:25:15 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 18:25:28 -0000 On 09.11.2015 00:43, Adrian Chadd wrote: > Which MIPS kernel config doesn't have USB_HOST_ALIGN=64 ? sys/mips/conf/AR934X_BASE has USB_HOST_ALIGN=32 From owner-freebsd-mips@freebsd.org Sun Nov 8 19:20:57 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E8D1A290C4 for ; Sun, 8 Nov 2015 19:20:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 55E3B1769; Sun, 8 Nov 2015 19:20:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbhv6 with SMTP id hv6so63981743igb.0; Sun, 08 Nov 2015 11:20:56 -0800 (PST) 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=Chuu4frphPf3F0KeTRmhk5nVsWgZd5yNglVYZuEvFTU=; b=b/408U4unWZ/yudWs3yfFSAmdkpKVmH52OODTTI5KiDKq8RExa+Mlc3mf3EaD+VqLs nucAN1d7/UXf3fuFkjRnO2atbrIo8krIR5LewqSY89QYHMv5zpZPKfe5NLkGM95ZnXsG QRPOeeGmrX//aGHo9Uw0xJNbQ3kp+X0i8Iv5EDM9Q1m0vA4P9Ftnu8w8Qi+UBiuMjz4l ZwGKjrXN/p2RwWDBgkeMez6onJTO7aYFAYCd6BGDoa4D/DzwE2T+UkpdIDjuSD0fXnBH p9ctae5vUC7Xows/BthXC52GICN53yu2R8wZwwJXSJJ8sI8a4xVdlbCZfBCq4vdevTTd R+BQ== MIME-Version: 1.0 X-Received: by 10.50.178.141 with SMTP id cy13mr16847766igc.61.1447010456660; Sun, 08 Nov 2015 11:20:56 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sun, 8 Nov 2015 11:20:56 -0800 (PST) In-Reply-To: <563F91A8.9080702@grosbein.net> References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> Date: Sun, 8 Nov 2015 11:20:56 -0800 X-Google-Sender-Auth: V_PfcUMTwIp6yGO2iViJBRI2VN4 Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein , Jeff Roberson , Konstantin Belousov , benno Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 19:20:57 -0000 Sigh. I think this is more fallout from the changes to the buffer management code. I'll go add a ddb command to at least let us inspect the state of the buffer cache so we can do some further debugging. Thanks, -adrian On 8 November 2015 at 10:17, Eugene Grosbein wrote: > On 09.11.2015 00:44, Adrian Chadd wrote: >> hiya, >> >> try updating. I committed a workaround fix yesterday. > > I've updated today, its r290541. But I have custom kernel config > and custom build script, it uses nanobsd(8). > > I cannot make the kernel to panic anymore, it just freezes while writing to UFS/USB. > Userland stops responding to console and kernel stops responding to pings. > But I can break to KDB using ALT_BREAK_TO_DEBUGGER sequence: > > db> show alllock > Process v87 (pkg-static) thread 0x82c5c000 (100057) > exclusive lockmgr ufs (ufs) r = 0 (0x84cc54b4) locked @ /home/src/sys/kern/vfs_vnops.c:873 > Process 14 (syncer) thread 0x809f4360 (100036) > exclusive lockmgr bufwait (bufwait) r = 0 (0xc3036450) locked @ /home/src/sys/kern/vfs_bio.c:1454 > exclusive lockmgr bufwait (bufwait) r = 0 (0xc30366e0) locked @ /home/src/sys/kern/vfs_default.c:671 > exclusive lockmgr devfs (devfs) r = 0 (0x82c72c94) locked @ /home/src/sys/kern/vfs_subr.c:1779 > From owner-freebsd-mips@freebsd.org Sun Nov 8 19:23:14 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 327EFA2916C for ; Sun, 8 Nov 2015 19:23:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E88391A57 for ; Sun, 8 Nov 2015 19:23:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iodd200 with SMTP id d200so167463434iod.0 for ; Sun, 08 Nov 2015 11:23:13 -0800 (PST) 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=u0IX1wKik0qNkleJ3Hon2qzUFrBi72gNbaTE9IP2gNM=; b=OaX1hoHu+4fknAfNB2+w37L+RRI7r0CbapAOSKQj3f+aqr7TFkh5Kkeyq/zdGGG6Tp K4qjJyQWJ8JPkXRXKER1sS/YS82Pe4NZOFy09MSr1sWJqBe+aSOMUHO6AXzZTfeo+5Ie /NP2fiUfOOHZ6WsmC6c+vckqSEiypmk8m70LA55itpNa8Sj9MZrg8Km+cSz/d+CozYR0 dveA5I+jTstGk7sKBNX3/2804oLS0XVt59NY43Wnbu3kJDRNWCHOLeN/Nv68DB/oY75E PiLFTnD4mrhxnAaQ9Z4sOWhp6rWhaAsL72M0ld38jrwafXMmCnvTvYBrBvbq0oPE66b0 KNbw== MIME-Version: 1.0 X-Received: by 10.107.10.199 with SMTP id 68mr5371166iok.75.1447010593372; Sun, 08 Nov 2015 11:23:13 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sun, 8 Nov 2015 11:23:13 -0800 (PST) In-Reply-To: <563F938B.3070707@grosbein.net> References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F938B.3070707@grosbein.net> Date: Sun, 8 Nov 2015 11:23:13 -0800 X-Google-Sender-Auth: 2Taev4A-A5SNsj4VKQj6zJCq5mA Message-ID: Subject: Re: CPU underload From: Adrian Chadd To: Eugene Grosbein Cc: Warner Losh , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 19:23:14 -0000 ok, what's the l1 cache size reported at boot up? I think I may just bump them all to 64. -a On 8 November 2015 at 10:25, Eugene Grosbein wrote: > On 09.11.2015 00:43, Adrian Chadd wrote: > >> Which MIPS kernel config doesn't have USB_HOST_ALIGN=64 ? > > sys/mips/conf/AR934X_BASE has USB_HOST_ALIGN=32 > From owner-freebsd-mips@freebsd.org Mon Nov 9 01:10:46 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78656A23E0D for ; Mon, 9 Nov 2015 01:10:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39AB91A0C; Mon, 9 Nov 2015 01:10:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iofh3 with SMTP id h3so4332642iof.3; Sun, 08 Nov 2015 17:10:45 -0800 (PST) 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=KNAHFCfZhc8V0/WCJr2vrSlfpPlt7eLtXOATm50viMc=; b=cBnfHW9Y1atbcj/07OPuBdzFCDVf4DCYSeCZl+IaDAgTkWQP706TNosJ9XhOBk1K2K wDuxGm77sFZ+Fd6mt7vlv7ONiWHkeV7oGEir6zH8uBsCQFflzRBi4Q84b2hgcld7OqEl alHNe2zMK2T6xNj7J3CJ7/k6+SIdI5cdJo65MmFeemz0XoSvtyhxt9IBIj6FLejO5nO7 AOCt6DXy1R91ryU4hLunit5sQ7u8ysofdKVaFrNzRdwVwdj8V8zNXH/usCDi/zw9Yguj 5m+0XWP1h/Kj8o042w4gJy0Tp2vBexfdq3dY7vlvJxrPa4Mo79RfdKU5zMwdDYaRzLco +FRQ== MIME-Version: 1.0 X-Received: by 10.107.152.2 with SMTP id a2mr23008752ioe.123.1447031445661; Sun, 08 Nov 2015 17:10:45 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sun, 8 Nov 2015 17:10:45 -0800 (PST) In-Reply-To: References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> Date: Sun, 8 Nov 2015 17:10:45 -0800 X-Google-Sender-Auth: gQojjMXOrCIIppsJdwOUGYorQrU Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein , Jeff Roberson , Konstantin Belousov , benno Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 01:10:46 -0000 Ok, I'm adding some debugging at the moment. Eugene, what are you doing and on what platform? I'd like to try and reproduce it here. Thanks, -a From owner-freebsd-mips@freebsd.org Mon Nov 9 06:52:21 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6C04A2A1D9 for ; Mon, 9 Nov 2015 06:52:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 798C91102 for ; Mon, 9 Nov 2015 06:52:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iody8 with SMTP id y8so176691250iod.1 for ; Sun, 08 Nov 2015 22:52:20 -0800 (PST) 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=aR5bt3As/knITIq+Vuo+apNC53Uzsmx8jY8GxaTeniE=; b=DeYCTB2ceqyb1o0XJv3japExiK4OEmwCBPv7KspRmp4z+GCqT1x70AujMP2WbQzgTK 7LKC0vzmNZMPaTFZ0vBrNsVbMJ1Cen9c9OcPGSFEzj3i3g7+Y5sGU8zf2Rw5pK9px23W Tj1Su6g1yIzZ3RNIBuNex6ijMyOYqxIC/etWHjobu6mRfDnms9kirV9rOv7Qwvg/t+J/ BgubTCNESnScfN3LEYbpgqRnb+ZE+co8hgCuO0K/goWeWg1poEGi4x8q8rsQDNdwxrY5 Ecv2uaSxcgacFd4tqgVl9fG8wZyLnrk5axXzyH3MlwlQBWhjKGMNU+OU3AHtwHsENYyx r02A== MIME-Version: 1.0 X-Received: by 10.107.10.199 with SMTP id 68mr6776407iok.75.1447051940865; Sun, 08 Nov 2015 22:52:20 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sun, 8 Nov 2015 22:52:20 -0800 (PST) In-Reply-To: References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> Date: Sun, 8 Nov 2015 22:52:20 -0800 X-Google-Sender-Auth: -w_j3TFSwVJNfy8SSRdxZOg-xYg Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 06:52:21 -0000 Hiya, Here's a patch against FreeBSD-HEAD sys/kern/vfs_bio.c that adds Jeff's fix (that isn't yet in -HEAD), and a "bufvars" command to ddb. Would you mind spinning this up on your mips boards, triggering the low memory condition and running "bufvars" ? That should give Jeff a pretty good idea of what's going on. Also "ps" and "show allthreads" too, to see what's running and where. Thanks, -adrian From owner-freebsd-mips@freebsd.org Mon Nov 9 06:53:39 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42A15A2A1FC for ; Mon, 9 Nov 2015 06:53:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 049011159 for ; Mon, 9 Nov 2015 06:53:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbhv6 with SMTP id hv6so69957448igb.0 for ; Sun, 08 Nov 2015 22:53:38 -0800 (PST) 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=shcu9xzhY99N2jmjfglqUBiXLD9mmg8vJHWp9Kk8hZ8=; b=cjwXOgCC5dZRcqE6c3qc3sJMUZBTjHOMb/0PJ/qDU2Qcrsy6SNgf92RrkrRqvWqZcS jsClxnGghZArA3kOJElU3e0Rm+AKrUKpq7Svk9DUpRyhdY9J03BR7ATEpify2JcN8bMX yTYOc77/glh5KYlzK57aGKoK8EPRlm/c+Id6iMBUmykFDCjnSYPyA2rUwp9YiHsLAFae ZzU3TCBFM7067bTmfFrq1Mzf7lC1/GlDUY7HonVczH0YFhPjdqNzUiOVOjm2Fn4yjghi eoROl/KIbc/aggfylW5qAgKNn/XyMl/xPBJ4dL4VYtxahrjZSb9eWx6tXZvq62JCsM54 RArQ== MIME-Version: 1.0 X-Received: by 10.50.33.75 with SMTP id p11mr291495igi.61.1447052018452; Sun, 08 Nov 2015 22:53:38 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sun, 8 Nov 2015 22:53:38 -0800 (PST) In-Reply-To: References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> Date: Sun, 8 Nov 2015 22:53:38 -0800 X-Google-Sender-Auth: Md35lb_GTZPLL-0rt30nqL5CocE Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 06:53:39 -0000 ... and: http://people.freebsd.org/~adrian/mips/20151108-mips-buf-tweaks.diff -a From owner-freebsd-mips@freebsd.org Mon Nov 9 10:01:17 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A562EA2A982 for ; Mon, 9 Nov 2015 10:01:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 905B61277 for ; Mon, 9 Nov 2015 10:01:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tA9A1H8o075215 for ; Mon, 9 Nov 2015 10:01:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 201683] [PATCH] [mips] graphics/cairo: fails to build on mips Date: Mon, 09 Nov 2015 10:01:17 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cpm@fbsd.es X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 10:01:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201683 --- Comment #11 from Carlos J Puga Medina --- Please, can someone commit this patch? -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-mips@freebsd.org Mon Nov 9 14:59:48 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75DDCA2A3DC for ; Mon, 9 Nov 2015 14:59:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6302015EA for ; Mon, 9 Nov 2015 14:59:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tA9ExmFF078634 for ; Mon, 9 Nov 2015 14:59:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 201683] [PATCH] [mips] graphics/cairo: fails to build on mips Date: Mon, 09 Nov 2015 14:59:48 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 14:59:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201683 --- Comment #12 from commit-hook@freebsd.org --- A commit references this bug: Author: sbruno Date: Mon Nov 9 14:59:37 UTC 2015 New revision: 401102 URL: https://svnweb.freebsd.org/changeset/ports/401102 Log: Update port Makefile to support mips build of cairo. Add License Information PR: 201683 Submitted by: Carlos J Puga Medina Changes: head/graphics/cairo/Makefile head/graphics/cairo/files/patch-src_cairo-gl.h head/graphics/cairo/files/patch-src_cairo-xlib-display.c head/graphics/cairo/files/patch-util_cairo-sphinx_sphinx.c head/graphics/cairo/pkg-descr -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-mips@freebsd.org Mon Nov 9 15:16:05 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D66D6A2A911 for ; Mon, 9 Nov 2015 15:16:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2F451132 for ; Mon, 9 Nov 2015 15:16:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tA9FG5Dm098574 for ; Mon, 9 Nov 2015 15:16:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 201683] [PATCH] [mips] graphics/cairo: fails to build on mips Date: Mon, 09 Nov 2015 15:16:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 15:16:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201683 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #13 from Sean Bruno --- Done and done. A little follow up from antoine was required to unbreak index on 9. https://svnweb.freebsd.org/ports?view=revision&revision=401103 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-mips@freebsd.org Mon Nov 9 15:16:06 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 506FFA2A91B for ; Mon, 9 Nov 2015 15:16:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3DCF31139 for ; Mon, 9 Nov 2015 15:16:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tA9FG6T3098620 for ; Mon, 9 Nov 2015 15:16:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 201681] [PATCH] [mips] print/harfbuzz: fails to build on mips Date: Mon, 09 Nov 2015 15:16:06 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kwm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 15:16:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201681 Bug 201681 depends on bug 201683, which changed state. Bug 201683 Summary: [PATCH] [mips] graphics/cairo: fails to build on mips https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201683 What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-mips@freebsd.org Mon Nov 9 15:40:58 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15D30A2909E for ; Mon, 9 Nov 2015 15:40:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E5D014DE; Mon, 9 Nov 2015 15:40:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA9FehCd012203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Nov 2015 16:40:44 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA9Fec6t048973; Mon, 9 Nov 2015 22:40:39 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: CPU underload To: Adrian Chadd References: <56348063.3090508@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F938B.3070707@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <5640BE76.4000804@grosbein.net> Date: Mon, 9 Nov 2015 22:40:38 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 15:40:58 -0000 On 09.11.2015 02:23, Adrian Chadd wrote: >>> Which MIPS kernel config doesn't have USB_HOST_ALIGN=64 ? >> >> sys/mips/conf/AR934X_BASE has USB_HOST_ALIGN=32 > ok, what's the l1 cache size reported at boot up? > > I think I may just bump them all to 64. That is TL-WDR3600, here is start of boot log: U-Boot 1.1.4 (Jun 5 2015 - 14:14:34) U-boot DB120 DRAM: 128 MB id read 0x100000ff flash size 8MB, sector count = 128 Flash: 8 MB Using default environment PCIe Reset OK!!!!!! In: serial Out: serial Err: serial Net: ag934x_enet_initialize... No valid address in Flash. Using fixed address wasp reset mask:c03300 WASP ----> S17 PHY * : cfg1 0x7 cfg2 0x7114 eth0: ba:be:fa:ce:08:41 athrs17_reg_init: complete eth0 up eth0 Autobooting in 1 seconds ## Booting image at 9f020000 ... Uncompressing Kernel Image ... OK Starting kernel ... CPU platform: Atheros AR9344 rev 2 CPU Frequency=560 MHz CPU DDR Frequency=450 MHz CPU platform: Atheros AR9344 rev 2 CPU Frequency=560 MHz CPU DDR Frequency=450 MHz CPU AHB Frequency=225 MHz platform frequency: 560 MHz CPU reference clock: 40 MHz CPU MDIO clock: 100 MHz arguments: a0 = 00000007 a1 = a7f8ffb0 a2 = 08000000 a3 = 00000008 Cmd line:argv is invalid Environment: envp is invalid Cache info: picache_stride = 4096 picache_loopcount = 16 pdcache_stride = 4096 pdcache_loopcount = 8 cpu0: MIPS Technologies processor v76.151 MMU: Standard TLB, 32 entries L1 i-cache: 4 ways of 512 sets, 32 bytes per line L1 d-cache: 4 ways of 256 sets, 32 bytes per line Config1=0xbee3519e Config3=0x2c20 Physical memory chunk(s): 0x47c000 - 0x7ffffff, 129515520 bytes (31620 pages) Maxmem is 0x8000000 From owner-freebsd-mips@freebsd.org Mon Nov 9 15:51:37 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5300A29584 for ; Mon, 9 Nov 2015 15:51:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 35D451099; Mon, 9 Nov 2015 15:51:36 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA9FpTLA012242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Nov 2015 16:51:30 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA9FpPxb049018; Mon, 9 Nov 2015 22:51:26 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd , Jeff Roberson , Konstantin Belousov , benno References: <56348063.3090508@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <5640C0FD.2040803@grosbein.net> Date: Mon, 9 Nov 2015 22:51:25 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 15:51:37 -0000 On 09.11.2015 08:10, Adrian Chadd wrote: > Ok, I'm adding some debugging at the moment. > > Eugene, what are you doing and on what platform? I'd like to try and > reproduce it here. I use USB pen drive. I've created MBR on it and freebsd slice: gpart create -s MBR da0 gpart add -t freebsd da0 Then I've create BSD label and file system: gpart create -s BSD da0s1 gpart add -t freebsd-ufs -i 4 da0s1 newfs -O1 -L 64k -b 65536 /dev/da0s1d # default parameters are suitable too Then I mount this file system as /usr/local without using soft-updates and without atime updates: mount -o async,noatime /dev/ufs/64k /usr/local Then I just use pkg-static to install a bunch of pre-built packages to the system having /var resides in the RAM (/dev/md1): pkg-static install -yU *.txz Package files *.txz reside on another RAM "disk" (/dev/md2). There are "good" chances that pkg-static reproduces the problem, e.g. system hang or trap. Here is my set of packages I'm trying to install: New packages to be INSTALLED: dialog4ports: 0.1.5_2 gettext-runtime: 0.19.6 gettext-tools: 0.19.6 glib: 2.44.1_1 gmake: 4.1_2 gmake-lite: 4.1_1 indexinfo: 0.2.3 libiconv: 1.14_9 libslang2: 2.3.0 libssh2: 1.6.0_1,2 mc: 4.8.14_1 mpd5: 5.7_3 pcre: 8.37_4 perl5: 5.20.3_8 pkg: 1.6.1 screen: 4.3.1_2 texinfo: 6.0.20151013 From owner-freebsd-mips@freebsd.org Mon Nov 9 15:53:13 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B706AA296FF for ; Mon, 9 Nov 2015 15:53:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A35A129C; Mon, 9 Nov 2015 15:53:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igvi2 with SMTP id i2so77842117igv.0; Mon, 09 Nov 2015 07:53:13 -0800 (PST) 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=NJ39FsjE0DD8UHT72ofj9KO2n4ZSyFIwgHxvTJD/nx4=; b=AGacHM3yrME3hO5HNTh12N3D7SBxD7KFa1rH7JNGs04SVjFw7BxruTxKPEYFfDpenU fdoYlKmacTubnj5s+6Hu+gGSHwZpo4SUy6leBRiKDVFo7yanleBd+TAdhxn2X+OzCT3p gdkIh2bRZVasZed2l8aIOT1lx/D77ShJqtXi6nBMZqB2vjIScPHOVODNq59LFQRb99I6 vdb8QtSsqvGPW/n1qGOxESme1MsavvkvMBOCiLFeCXBQ/6ODzRuSIA8elnhY+uVHHACS 1BR+PTTn6NUTo3F+vHKaHt623Zh7nDZ9f8PSzz9ETeEUrMWPDtZEb4zDyIGWY89qeAxn ohYQ== MIME-Version: 1.0 X-Received: by 10.50.164.196 with SMTP id ys4mr21743809igb.37.1447084392716; Mon, 09 Nov 2015 07:53:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Mon, 9 Nov 2015 07:53:12 -0800 (PST) In-Reply-To: <5640C0FD.2040803@grosbein.net> References: <56348063.3090508@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> Date: Mon, 9 Nov 2015 07:53:12 -0800 X-Google-Sender-Auth: jdI_-canL9F6eJpA7jOvGsFxvPM Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein Cc: Jeff Roberson , Konstantin Belousov , benno , "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 15:53:13 -0000 ok, let's get it to hang, then break into ddb and do 'show allthreads', 'show alllocks', 'bufvars' with my vfs_bio.c patch, etc. Thanks, -a On 9 November 2015 at 07:51, Eugene Grosbein wrote: > On 09.11.2015 08:10, Adrian Chadd wrote: >> Ok, I'm adding some debugging at the moment. >> >> Eugene, what are you doing and on what platform? I'd like to try and >> reproduce it here. > > I use USB pen drive. I've created MBR on it and freebsd slice: > > gpart create -s MBR da0 > gpart add -t freebsd da0 > > Then I've create BSD label and file system: > > gpart create -s BSD da0s1 > gpart add -t freebsd-ufs -i 4 da0s1 > newfs -O1 -L 64k -b 65536 /dev/da0s1d # default parameters are suitable too > > Then I mount this file system as /usr/local without using soft-updates > and without atime updates: > > mount -o async,noatime /dev/ufs/64k /usr/local > > Then I just use pkg-static to install a bunch of pre-built packages to the system > having /var resides in the RAM (/dev/md1): > > pkg-static install -yU *.txz > > Package files *.txz reside on another RAM "disk" (/dev/md2). > There are "good" chances that pkg-static reproduces the problem, > e.g. system hang or trap. > > Here is my set of packages I'm trying to install: > > New packages to be INSTALLED: > dialog4ports: 0.1.5_2 > gettext-runtime: 0.19.6 > gettext-tools: 0.19.6 > glib: 2.44.1_1 > gmake: 4.1_2 > gmake-lite: 4.1_1 > indexinfo: 0.2.3 > libiconv: 1.14_9 > libslang2: 2.3.0 > libssh2: 1.6.0_1,2 > mc: 4.8.14_1 > mpd5: 5.7_3 > pcre: 8.37_4 > perl5: 5.20.3_8 > pkg: 1.6.1 > screen: 4.3.1_2 > texinfo: 6.0.20151013 > From owner-freebsd-mips@freebsd.org Mon Nov 9 16:07:35 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2337A29BF2 for ; Mon, 9 Nov 2015 16:07:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D98E1D20 for ; Mon, 9 Nov 2015 16:07:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tA9G7ZIc032693 for ; Mon, 9 Nov 2015 16:07:35 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 201681] [PATCH] [mips] print/harfbuzz: fails to build on mips Date: Mon, 09 Nov 2015 16:07:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kwm@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kwm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 16:07:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201681 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed --- Comment #6 from Koop Mast --- Fix committed back in august. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-mips@freebsd.org Mon Nov 9 16:25:58 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50686A2A071 for ; Mon, 9 Nov 2015 16:25:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D52814C2; Mon, 9 Nov 2015 16:25:56 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA9GPkaw012349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Nov 2015 17:25:48 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA9GPbnu049334; Mon, 9 Nov 2015 23:25:38 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> Cc: Jeff Roberson , Konstantin Belousov , benno , "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <5640C901.3080309@grosbein.net> Date: Mon, 9 Nov 2015 23:25:37 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 16:25:58 -0000 On 09.11.2015 22:53, Adrian Chadd wrote: > ok, let's get it to hang, then break into ddb and do 'show > allthreads', 'show alllocks', 'bufvars' with my vfs_bio.c patch, etc. > > Thanks, Here it is: New packages to be INSTALLED: dialog4ports: 0.1.5_2 gettext-runtime: 0.19.6 gettext-tools: 0.19.6 glib: 2.44.1_1 gmake: 4.1_2 gmake-lite: 4.1_1 indexinfo: 0.2.3 libiconv: 1.14_9 libslang2: 2.3.0 libssh2: 1.6.0_1,2 mc: 4.8.14_1 mpd5: 5.7_3 pcre: 8.37_4 perl5: 5.20.3_8 pkg: 1.6.1 screen: 4.3.1_2 texinfo: 6.0.20151013 The process will require 103 MiB more space. [1/17] Installing indexinfo-0.2.3... [skip] [5/17] Installing perl5-5.20.3_8... [5/17] Extracting perl5-5.20.3_8: 0%[5/17] Extracting perl5-5.20.3_8: 0%[5/17] Extracting perl5-5.20.3_8: 1%[5/17] Extracting perl5-5.20.3_8: 2%[5/17] Extracting perl5-5.20.3_8: 3%[5/17] Extracting perl5-5.20.3_8: 4%[5/17] Extracting perl5-5.20.3_8: 5%[5/17] Extracting perl5-5.20.3_8: 6%[5/17] Extracting perl5-5.20.3_8: 7%[5/17] Extracting perl5-5.20.3_8: 8%[5/17] Extracting perl5-5.20.3_8: 9%[5/17] Extracting perl5-5.20.3_8: 10%KDB: enter: Break to debugger [ thread pid 14 tid 100036 ] Stopped at kdb_enter+0x4c: lui at,0x8041 db> show allthreads No such command db> show threads 100056 (0x82863360) (stack 0xc3b36000) cpu_switch+6c (?,?,?,?) ra c3b37a8800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b37a8800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b37ab000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b37ad000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3b37af800000030 sp 0 sz 0 sleepq_timedwait_sig+18 (?,?,?,?) ra c3b37b2800000020 sp 0 sz 0 _cv_timedwait_sig_sbt+2e0 (?,?,?,?) ra c3b37b4800000058 sp 0 sz 0 801ce9f4+c0 (?,?,?,?) ra c3b37ba000000038 sp 0 sz 0 kern_select+6ec (?,?,7ffee458,0) ra c3b37bd8000001a8 sp 0 sz 1 sys_select+6c (?,?,?,?) ra c3b37d8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b37dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,406ab780) ra c3b37e8000000000 sp 0 sz 0 pid 14 100055 (0x828636c0) (stack 0xc3b32000) cpu_switch+6c (?,?,?,?) ra c3b33ab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b33ab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b33ae000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b33b0000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3b33b2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b33b5800000020 sp 0 sz 0 _sleep+41c (?,?,?,8034dab0) ra c3b33b7800000068 sp 0 sz 0 --More-- kern_wait6+6d4 (828636c0,?,?,?) ra c3b33be000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3b33c58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3b33d3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b33dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,4058b810) ra c3b33e8000000000 sp 0 sz 0 pid 14 100054 (0x82863a20) (stack 0xc3b2e000) cpu_switch+6c (?,?,?,?) ra c3b2fab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b2fab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b2fae000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b2fb0000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3b2fb2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b2fb5800000020 sp 0 sz 0 _sleep+41c (?,?,?,8034dab0) ra c3b2fb7800000068 sp 0 sz 0 kern_wait6+6d4 (82863a20,?,?,?) ra c3b2fbe000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3b2fc58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3b2fd3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b2fdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,40564810) ra c3b2fe8000000000 sp 0 sz 0 pid 14 100053 (0x82844000) (stack 0xc3b2a000) cpu_switch+6c (?,?,?,?) ra c3b2ba9800000000 sp 0 sz 0 --More-- sched_switch+224 (?,?,?,?) ra c3b2ba9800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b2bac000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b2bae000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3b2bb0800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b2bb3800000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3b2bb5800000048 sp 0 sz 0 801ce9f4+d0 (?,?,?,?) ra c3b2bba000000038 sp 0 sz 0 kern_select+6ec (?,?,7ffee84c,7ffee8cc) ra c3b2bbd8000001a8 sp 0 sz 1 sys_select+6c (?,?,?,?) ra c3b2bd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b2bdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,40853780) ra c3b2be8000000000 sp 0 sz 0 pid 14 100049 (0x80ed16c0) (stack 0xc3b1a000) cpu_switch+6c (?,?,?,?) ra c3b1b84000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b1b84000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b1b86800000020 sp 0 sz 0 kern_yield+11c (?,?,?,?) ra c3b1b88800000030 sp 0 sz 0 getblk+76c (87375120,?,?,?) ra c3b1b8b800000070 sp 100000000 sz 0 breadn_flags+38 (?,?,?,?) ra c3b1b92800000030 sp 0 sz 0 ffs_blkatoff+124 (?,?,?,?) ra c3b1b95800000058 sp 0 sz 0 ufs_lookup_ino+250 (87375120,c3b1bc30,c3b1bc48,0) ra c3b1b9b000000090 sp 100000001 sz 1 --More-- ufs_lookup+20 (?,?,?,?) ra c3b1ba4000000018 sp 0 sz 0 VOP_CACHEDLOOKUP_APV+ec (?,?,?,?) ra c3b1ba5800000020 sp 0 sz 0 vfs_cache_lookup+f8 (?,?,?,?) ra c3b1ba7800000048 sp 0 sz 0 VOP_LOOKUP_APV+ec (?,?,?,?) ra c3b1bac000000020 sp 0 sz 0 lookup+628 (?,?,?,?) ra c3b1bae000000058 sp 0 sz 0 namei+3a0 (?,?,?,?) ra c3b1bb3800000080 sp 0 sz 0 kern_statat+a8 (?,?,?,?) ra c3b1bbb800000160 sp 0 sz 0 sys_lstat+34 (?,?,?,?) ra c3b1bd18000000a8 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b1bdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,7cb100) ra c3b1be8000000000 sp 0 sz 0 pid 14 100047 (0x80ed6000) (stack 0xc3b12000) cpu_switch+6c (?,?,?,?) ra c3b13ab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b13ab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b13ae000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b13b0000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3b13b2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b13b5800000020 sp 0 sz 0 _sleep+41c (?,?,?,8034dab0) ra c3b13b7800000068 sp 0 sz 0 kern_wait6+6d4 (80ed6000,?,?,?) ra c3b13be000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3b13c58000000e0 sp 0 sz 0 --More-- sys_wait4+40 (?,?,?,?) ra c3b13d3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b13dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,780ea0) ra c3b13e8000000000 sp 0 sz 0 pid 14 100048 (0x80ed1a20) (stack 0xc3b16000) cpu_switch+6c (?,?,?,?) ra c3b17ab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b17ab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b17ae000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b17b0000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3b17b2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b17b5800000020 sp 0 sz 0 _sleep+41c (?,?,?,8034dab0) ra c3b17b7800000068 sp 0 sz 0 kern_wait6+6d4 (80ed1a20,?,?,?) ra c3b17be000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3b17c58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3b17d3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b17dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,4058b810) ra c3b17e8000000000 sp 0 sz 0 pid 14 100039 (0x809796c0) (stack 0xc3aea000) cpu_switch+6c (?,?,?,?) ra c3aebab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3aebab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3aebae000000020 sp 0 sz 0 --More-- 801bcfac+1a0 (?,?,?,?) ra c3aebb0000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3aebb2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3aebb5800000020 sp 0 sz 0 _sleep+41c (?,?,?,8034dab0) ra c3aebb7800000068 sp 0 sz 0 kern_wait6+6d4 (809796c0,?,?,?) ra c3aebbe000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3aebc58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3aebd3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3aebdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,40564810) ra c3aebe8000000000 sp 0 sz 0 pid 14 100045 (0x80ed66c0) (stack 0xc3b0a000) cpu_switch+6c (?,?,?,?) ra c3b0ba9800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b0ba9800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b0bac000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b0bae000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3b0bb0800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b0bb3800000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3b0bb5800000048 sp 0 sz 0 801ce9f4+d0 (?,?,?,?) ra c3b0bba000000038 sp 0 sz 0 kern_select+6ec (?,?,7ffee150,0) ra c3b0bbd8000001a8 sp 0 sz 1 sys_select+6c (?,?,?,?) ra c3b0bd8000000040 sp 0 sz 0 --More-- trap+7f0 (?,?,?,?) ra c3b0bdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,405f7780) ra c3b0be8000000000 sp 0 sz 0 pid 14 100041 (0x80ed76c0) (stack 0xc3afa000) cpu_switch+6c (?,?,?,?) ra c3afbbe800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3afbbe800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3afbc1000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3afbc3000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3afbc5800000030 sp 0 sz 0 sleepq_timedwait_sig+18 (?,?,?,?) ra c3afbc8800000020 sp 0 sz 0 _sleep+3f4 (?,?,?,8035c4e0) ra c3afbca800000068 sp 0 sz 0 kern_nanosleep+244 (?,?,?,?) ra c3afbd1000000070 sp 0 sz 0 sys_nanosleep+6c (?,?,?,?) ra c3afbd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3afbdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,4056aa20) ra c3afbe8000000000 sp 0 sz 0 pid 14 100046 (0x80ed6360) (stack 0xc3b0e000) cpu_switch+6c (?,?,?,?) ra c3b0fa9800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b0fa9800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b0fac000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b0fae000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3b0fb0800000030 sp 0 sz 0 --More-- sleepq_wait_sig+14 (?,?,?,?) ra c3b0fb3800000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3b0fb5800000048 sp 0 sz 0 801ce9f4+d0 (?,?,?,?) ra c3b0fba000000038 sp 0 sz 0 kern_select+6ec (?,?,40c100a8,0) ra c3b0fbd8000001a8 sp 0 sz 1 sys_select+6c (?,?,?,?) ra c3b0fd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b0fdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,408d6780) ra c3b0fe8000000000 sp 0 sz 0 pid 14 100042 (0x80ed7360) (stack 0xc3afe000) cpu_switch+6c (?,?,?,?) ra c3affa9800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3affa9800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3affac000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3affae000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3affb0800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3affb3800000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3affb5800000048 sp 0 sz 0 801ce9f4+d0 (?,?,?,?) ra c3affba000000038 sp 0 sz 0 kern_select+6ec (?,?,40a1f0a0,0) ra c3affbd8000001a8 sp 0 sz 1 sys_select+6c (?,?,?,?) ra c3affd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3affdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,405c7780) ra c3affe8000000000 sp 0 sz 0 --More-- pid 14 100044 (0x80ed6a20) (stack 0xc3b06000) cpu_switch+6c (?,?,?,?) ra c3b07d1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b07d1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b07d4000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b07d6000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3b07d8800000020 sp 0 sz 0 _sleep+42c (?,?,?,8034a3b8) ra c3b07da800000068 sp 0 sz 0 800a7e88+150 (?,?,?,?) ra c3b07e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3b07e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3b07e8000000000 sp 0 sz 0 pid 14 100043 (0x80ed7000) (stack 0xc3b02000) cpu_switch+6c (?,?,?,?) ra c3b03d1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b03d1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b03d4000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3b03d6000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3b03d8800000020 sp 0 sz 0 _sleep+42c (?,?,?,8034a3b8) ra c3b03da800000068 sp 0 sz 0 800a7e88+150 (?,?,?,?) ra c3b03e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3b03e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3b03e8000000000 sp 0 sz 0 --More-- pid 14 100037 (0x809f4000) (stack 0xc3ade000) cpu_switch+6c (?,?,?,?) ra c3adfce800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3adfce800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3adfd1000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3adfd3000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3adfd5800000020 sp 0 sz 0 _sleep+404 (?,?,?,803416c8) ra c3adfd7800000068 sp 0 sz 0 pause_sbt+110 (?,?,?,?) ra c3adfde000000038 sp 0 sz 0 8019db20+2dc (?,?,?,?) ra c3adfe1800000040 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3adfe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3adfe8000000000 sp 0 sz 0 pid 14 100036 (0x809f4360) (stack 0xc3ada000) db_trace_thread+30 (?,?,?,?) ra c3adb3b000000018 sp 0 sz 0 db_show_threads+6c (?,?,?,?) ra c3adb3c8000001a0 sp 0 sz 0 8008b7c4+388 (?,?,?,?) ra c3adb568000000a8 sp 0 sz 0 db_command_loop+70 (?,?,?,?) ra c3adb61000000018 sp 0 sz 0 8008e398+f4 (?,?,?,?) ra c3adb628000001a8 sp 0 sz 0 kdb_trap+100 (?,?,?,?) ra c3adb7d000000030 sp 0 sz 0 trap+d58 (?,?,?,?) ra c3adb800000000c0 sp 0 sz 0 MipsKernGenException+ec (0,4,80358f6c,12f) ra c3adb8c0000000c8 sp 100000001 sz 1 --More-- kdb_enter+4c (?,?,?,?) ra c3adb98800000018 sp 0 sz 0 801aed90+ac (?,?,?,?) ra c3adb9a000000018 sp 0 sz 0 kdb_alt_break+10 (?,?,?,?) ra c3adb9b800000018 sp 0 sz 0 800c5c60+254 (?,?,?,?) ra c3adb9d000000058 sp 0 sz 0 intr_event_handle+9c (?,?,?,?) ra c3adba2800000030 sp 0 sz 0 8031c92c+160 (?,?,?,?) ra c3adba5800000028 sp 0 sz 0 intr_event_handle+9c (?,?,?,?) ra c3adba8000000030 sp 0 sz 0 cpu_intr+198 (c3adbb00,?,?,?) ra c3adbab000000038 sp 100000000 sz 0 MipsKernIntr+110 (?,?,?,?) ra c3adbae8000000c8 sp 0 sz 0 pid 14 100035 (0x809f46c0) (stack 0xc3ad6000) cpu_switch+6c (?,?,?,?) ra c3ad7cf800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ad7cf800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ad7d2000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3ad7d4000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3ad7d6800000020 sp 0 sz 0 _sleep+404 (?,?,?,8036ac64) ra c3ad7d8800000068 sp 0 sz 0 80224b44+174 (?,?,?,?) ra c3ad7df000000068 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ad7e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ad7e8000000000 sp 0 sz 0 pid 14 --More-- 100034 (0x809f4a20) (stack 0xc3ad2000) cpu_switch+6c (?,?,?,?) ra c3ad3d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ad3d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ad3d5000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3ad3d7000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3ad3d9800000020 sp 0 sz 0 _sleep+404 (?,?,?,803416c8) ra c3ad3db800000068 sp 0 sz 0 80207578+250 (?,?,?,?) ra c3ad3e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ad3e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ad3e8000000000 sp 0 sz 0 pid 14 100033 (0x809f5000) (stack 0xc3ace000) cpu_switch+6c (?,?,?,?) ra c3acfd2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3acfd2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3acfd5000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3acfd7000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3acfd9800000020 sp 0 sz 0 _sleep+404 (?,?,?,80367d78) ra c3acfdb800000068 sp 0 sz 0 80205284+204 (?,?,?,?) ra c3acfe2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3acfe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3acfe8000000000 sp 0 sz 0 pid 14 --More-- 100032 (0x809f5360) (stack 0xc3aca000) cpu_switch+6c (?,?,?,?) ra c3acbd2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3acbd2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3acbd5000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3acbd7000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3acbd9800000020 sp 0 sz 0 _sleep+404 (?,?,?,80378ddc) ra c3acbdb800000068 sp 0 sz 0 802f6bc4+1c0 (?,?,?,?) ra c3acbe2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3acbe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3acbe8000000000 sp 0 sz 0 pid 14 100031 (0x809f56c0) (stack 0xc3ac6000) cpu_switch+6c (?,?,?,?) ra c3ac7ce800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ac7ce800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ac7d1000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3ac7d3000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3ac7d5800000020 sp 0 sz 0 _sleep+404 (?,?,?,80367d78) ra c3ac7d7800000068 sp 0 sz 0 802ef980+2e4 (?,?,?,?) ra c3ac7de000000078 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ac7e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ac7e8000000000 sp 0 sz 0 pid 14 --More-- 100038 (0x80979a20) (stack 0xc3ae2000) cpu_switch+6c (?,?,?,?) ra c3ae3d3000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ae3d3000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ae3d5800000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3ae3d7800000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3ae3da000000020 sp 0 sz 0 _sleep+42c (?,?,?,80374ce8) ra c3ae3dc000000068 sp 0 sz 0 uma_reclaim_worker+64 (?,?,?,?) ra c3ae3e2800000030 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ae3e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ae3e8000000000 sp 0 sz 0 pid 14 100028 (0x809f6360) (stack 0xc3ab0000) cpu_switch+6c (?,?,?,?) ra c3ab1c6800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ab1c6800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ab1c9000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3ab1cb000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3ab1cd800000020 sp 0 sz 0 _sleep+42c (?,?,?,803489e4) ra c3ab1cf800000068 sp 0 sz 0 8009958c+ac (809f290c,?,?,?) ra c3ab1d60000000f8 sp 100000000 sz 0 fork_exit+b0 (?,?,?,?) ra c3ab1e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ab1e8000000000 sp 0 sz 0 pid 14 --More-- 100021 (0x809776c0) (stack 0xc3a92000) cpu_switch+6c (?,?,?,?) ra c3a93d5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a93d5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a93d8000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a93da000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a93dc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3a93de800000048 sp 0 sz 0 800e72dc+158 (?,?,?,?) ra c3a93e3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a93e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a93e8000000000 sp 0 sz 0 pid 14 100022 (0x80977360) (stack 0xc3a96000) cpu_switch+6c (?,?,?,?) ra c3a97d5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a97d5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a97d8000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a97da000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a97dc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3a97de800000048 sp 0 sz 0 800e72dc+158 (?,?,?,?) ra c3a97e3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a97e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a97e8000000000 sp 0 sz 0 pid 14 --More-- 100023 (0x80977000) (stack 0xc3a9a000) cpu_switch+6c (?,?,?,?) ra c3a9bd5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a9bd5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a9bd8000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a9bda000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a9bdc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3a9bde800000048 sp 0 sz 0 800e72dc+158 (?,?,?,?) ra c3a9be3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a9be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a9be8000000000 sp 0 sz 0 pid 14 100024 (0x8094aa20) (stack 0xc3a9e000) cpu_switch+6c (?,?,?,?) ra c3a9fd5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a9fd5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a9fd8000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a9fda000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a9fdc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3a9fde800000048 sp 0 sz 0 800e72dc+158 (?,?,?,?) ra c3a9fe3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a9fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a9fe8000000000 sp 0 sz 0 pid 14 --More-- 100025 (0x8094a6c0) (stack 0xc3aa2000) cpu_switch+6c (?,?,?,?) ra c3aa3d5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3aa3d5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3aa3d8000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3aa3da000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3aa3dc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3aa3de800000048 sp 0 sz 0 800e72dc+158 (?,?,?,?) ra c3aa3e3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3aa3e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3aa3e8000000000 sp 0 sz 0 pid 14 100011 (0x809476c0) (stack 0xc3a4a000) cpu_switch+6c (?,?,?,?) ra c3a4bd1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a4bd1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a4bd4000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a4bd6000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a4bd8800000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3a4bda800000068 sp 0 sz 0 8005c4a0+90 (?,?,?,?) ra c3a4be1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a4be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a4be8000000000 sp 0 sz 0 pid 14 --More-- 100030 (0x809f5a20) (stack 0xc3aba000) cpu_switch+6c (?,?,?,?) ra c3abbd1000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3abbd1000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3abbd3800000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3abbd5800000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3abbd8000000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3abbda000000068 sp 0 sz 0 80057d40+74 (?,?,?,?) ra c3abbe0800000050 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3abbe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3abbe8000000000 sp 0 sz 0 pid 14 100007 (0x809486c0) (stack 0xc3a3a000) cpu_switch+6c (?,?,?,?) ra c3a3bcf800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a3bcf800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a3bd2000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a3bd4000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a3bd6800000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3a3bd8800000068 sp 0 sz 0 g_run_events+578 (?,?,?,?) ra c3a3bdf000000050 sp 0 sz 0 800ff108+7c (?,?,?,?) ra c3a3be4000000018 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a3be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a3be8000000000 sp 0 sz 0 --More-- pid 14 100008 (0x80948360) (stack 0xc3a3e000) cpu_switch+6c (?,?,?,?) ra c3a3fd1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a3fd1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a3fd4000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a3fd6000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a3fd8800000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3a3fda800000068 sp 0 sz 0 g_io_schedule_up+118 (?,?,?,?) ra c3a3fe1000000030 sp 0 sz 0 800ff080+80 (?,?,?,?) ra c3a3fe4000000018 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a3fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a3fe8000000000 sp 0 sz 0 pid 14 100009 (0x80948000) (stack 0xc3a42000) cpu_switch+6c (?,?,?,?) ra c3a43d1000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a43d1000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a43d3800000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a43d5800000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a43d8000000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3a43da000000068 sp 0 sz 0 g_io_schedule_down+7c (?,?,?,?) ra c3a43e0800000038 sp 0 sz 0 800feff8+80 (?,?,?,?) ra c3a43e4000000018 sp 0 sz 0 --More-- fork_exit+b0 (?,?,?,?) ra c3a43e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a43e8000000000 sp 0 sz 0 pid 14 100004 (0x80949360) (stack 0xc3a2e000) cpu_switch+6c (?,?,?,?) ra c3a2fdc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a2fdc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a2fdf000000020 sp 0 sz 0 8013fd50+258 (?,?,?,?) ra c3a2fe1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a2fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a2fe8000000000 sp 0 sz 0 pid 14 100005 (0x80949000) (stack 0xc3a32000) PC 0x803108708008e8e0: not in kernel 0+0 (?,?,?,?) ra c3a33e8000000000 sp 0 sz 0 pid 14 100006 (0x80948a20) (stack 0xc3a36000) cpu_switch+6c (?,?,?,?) ra c3a37dc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a37dc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a37df000000020 sp 0 sz 0 8013fd50+258 (?,?,?,?) ra c3a37e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a37e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a37e8000000000 sp 0 sz 0 pid 14 --More-- 100012 (0x80947360) (stack 0xc3a4e000) PC 0x803108708008e8e0: not in kernel 0+0 (?,?,?,?) ra c3a4fe8000000000 sp 0 sz 0 pid 14 100014 (0x80979360) (stack 0xc3a56000) cpu_switch+6c (?,?,?,?) ra c3a57dc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a57dc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a57df000000020 sp 0 sz 0 8013fd50+258 (?,?,?,?) ra c3a57e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a57e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a57e8000000000 sp 0 sz 0 pid 14 100015 (0x80979000) (stack 0xc3a5a000) cpu_switch+6c (?,?,?,?) ra c3a5bdc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a5bdc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a5bdf000000020 sp 0 sz 0 8013fd50+258 (?,?,?,?) ra c3a5be1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a5be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a5be8000000000 sp 0 sz 0 pid 14 100018 (0x80978360) (stack 0xc3a66000) cpu_switch+6c (?,?,?,?) ra c3a67dc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a67dc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a67df000000020 sp 0 sz 0 --More-- 8013fd50+258 (?,?,?,?) ra c3a67e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a67e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a67e8000000000 sp 0 sz 0 pid 14 100019 (0x80978000) (stack 0xc3a6a000) PC 0x803108708008e8e0: not in kernel 0+0 (?,?,?,?) ra c3a6be8000000000 sp 0 sz 0 pid 14 100020 (0x80977a20) (stack 0xc3a8e000) cpu_switch+6c (?,?,?,?) ra c3a8fdc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a8fdc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a8fdf000000020 sp 0 sz 0 8013fd50+258 (?,?,?,?) ra c3a8fe1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a8fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a8fe8000000000 sp 0 sz 0 pid 14 100026 (0x8094a360) (stack 0xc3aa8000) cpu_switch+6c (?,?,?,?) ra c3aa9dc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3aa9dc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3aa9df000000020 sp 0 sz 0 8013fd50+258 (?,?,?,?) ra c3aa9e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3aa9e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3aa9e8000000000 sp 0 sz 0 --More-- pid 14 100027 (0x809f66c0) (stack 0xc3aac000) PC 0x803108708008e8e0: not in kernel 0+0 (?,?,?,?) ra c3aade8000000000 sp 0 sz 0 pid 14 100003 (0x809496c0) (stack 0xc3a2a000) cpu_switch+6c (?,?,?,?) ra c3a2bdf800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a2bdf800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a2be2000000020 sp 0 sz 0 sched_idletd+b8 (?,?,?,?) ra c3a2be4000000018 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a2be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a2be8000000000 sp 0 sz 0 pid 14 100002 (0x80949a20) (stack 0xc3a26000) cpu_switch+6c (?,?,?,?) ra c3a27d0800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a27d0800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a27d3000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a27d5000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3a27d7800000020 sp 0 sz 0 _sleep+404 (?,?,?,803416c8) ra c3a27d9800000068 sp 0 sz 0 800c2c8c+248 (?,?,?,?) ra c3a27e0000000058 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a27e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a27e8000000000 sp 0 sz 0 --More-- pid 14 100001 (0x8094a000) (stack 0xc3a22000) cpu_switch+6c (?,?,?,?) ra c3a23ab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a23ab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a23ae000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a23b0000000028 sp 0 sz 0 801bd230+118 (?,?,?,?) ra c3a23b2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3a23b5800000020 sp 0 sz 0 _sleep+41c (?,?,?,8034dab0) ra c3a23b7800000068 sp 0 sz 0 kern_wait6+6d4 (8094a000,?,?,?) ra c3a23be000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3a23c58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3a23d3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3a23dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,42e5e0) ra c3a23e8000000000 sp 0 sz 0 pid 14 100000 (0x804020a0) (stack 0x80494000) cpu_switch+6c (?,?,?,?) ra 80495d1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra 80495d1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra 80495d4000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra 80495d6000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra 80495d8800000020 sp 0 sz 0 _sleep+404 (?,?,?,8037565c) ra 80495da800000068 sp 0 sz 0 --More-- swapper+28c (?,?,?,?) ra 80495e1000000050 sp 0 sz 0 mi_startup+1f8 (?,?,?,?) ra 80495e6000000020 sp 0 sz 0 _start+70 (?,?,?,?) ra 80495e8000000000 sp 0 sz 0 pid 14 100010 (0x80947a20) (stack 0xc3a46000) cpu_switch+6c (?,?,?,?) ra c3a47d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a47d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a47d5000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a47d7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a47d9800000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3a47db800000068 sp 0 sz 0 taskqueue_thread_loop+114 (?,?,?,?) ra c3a47e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a47e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a47e8000000000 sp 0 sz 0 pid 14 100013 (0x80947000) (stack 0xc3a52000) cpu_switch+6c (?,?,?,?) ra c3a53d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a53d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a53d5000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a53d7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a53d9800000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3a53db800000068 sp 0 sz 0 --More-- taskqueue_thread_loop+114 (?,?,?,?) ra c3a53e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a53e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a53e8000000000 sp 0 sz 0 pid 14 100016 (0x80978a20) (stack 0xc3a5e000) cpu_switch+6c (?,?,?,?) ra c3a5fd2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a5fd2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a5fd5000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a5fd7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a5fd9800000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3a5fdb800000068 sp 0 sz 0 taskqueue_thread_loop+114 (?,?,?,?) ra c3a5fe2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a5fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a5fe8000000000 sp 0 sz 0 pid 14 100017 (0x809786c0) (stack 0xc3a62000) cpu_switch+6c (?,?,?,?) ra c3a63d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a63d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a63d5000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3a63d7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a63d9800000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3a63db800000068 sp 0 sz 0 --More-- taskqueue_thread_loop+114 (?,?,?,?) ra c3a63e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a63e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a63e8000000000 sp 0 sz 0 pid 14 100029 (0x809f6000) (stack 0xc3ab6000) cpu_switch+6c (?,?,?,?) ra c3ab7d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ab7d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ab7d5000000020 sp 0 sz 0 801bcfac+1a0 (?,?,?,?) ra c3ab7d7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3ab7d9800000020 sp 0 sz 0 _sleep+42c (?,?,?,803416c8) ra c3ab7db800000068 sp 0 sz 0 taskqueue_thread_loop+114 (?,?,?,?) ra c3ab7e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ab7e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ab7e8000000000 sp 0 sz 0 pid 14 db> show alllocks Process 659 (pkg-static) thread 0x80ed16c0 (100049) shared lockmgr ufs (ufs) r = 0 (0x87375154) locked @ /home/src/sys/kern/vfs_subr.c:2231 Process 14 (syncer) thread 0x809f4360 (100036) shared rw needsbuffer lock (needsbuffer lock) r = 0 (0x8046fdc0) locked @ /home/src/sys/kern/vfs_bio.c:503 exclusive lockmgr bufwait (bufwait) r = 0 (0xc302fc88) locked @ /home/src/sys/kern/vfs_default.c:671 exclusive lockmgr devfs (devfs) r = 0 (0x828765d4) locked @ /home/src/sys/kern/vfs_subr.c:1779 db> bufvars vmiodirenable=1 runningbufspace=0 bufspace=770048 bufkvaspace=1982464 maxbufspace=2097152 bufmallocspace=0 maxbufmallocspace=78643 lobufspace=1494217 hibufspace=1572864 bufspacethresh=1533540 buffreekvacnt=2855 bufdefragcnt=55248491 lorunningspace=720896 hirunningspace=1048576 dirtybufferflushes=0 bdwriteskip=0 altbufferflushes=0 recursiveflushes=47 numdirtybuffers=31 lodirtybuffers=26 --More-- hidirtybuffers=52 dirtybufthresh=46 numfreebuffers=97 lofreebuffers=25 hifreebuffers=37 getnewbufcalls=27625459 getnewbufrestarts=2514 mappingrestarts=0 numbufallocfails=0 flushbufqtarget=100 notbufdflushes=0 barrierwrites=1 unmapped_buf_allowed=0 clean_queues=1 db> From owner-freebsd-mips@freebsd.org Mon Nov 9 16:33:07 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A94D4A2A301 for ; Mon, 9 Nov 2015 16:33:07 +0000 (UTC) (envelope-from gba@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D4C81A92; Mon, 9 Nov 2015 16:33:06 +0000 (UTC) (envelope-from gba@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA9GX239012373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Nov 2015 17:33:03 +0100 (CET) (envelope-from gba@grosbein.net) X-Envelope-From: gba@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA9GWwfe049430; Mon, 9 Nov 2015 23:32:58 +0700 (KRAT) (envelope-from gba@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640C901.3080309@grosbein.net> Cc: Jeff Roberson , Konstantin Belousov , "freebsd-mips@freebsd.org" From: Boris Grosbein Message-ID: <5640CABA.1050808@grosbein.net> Date: Mon, 9 Nov 2015 23:32:58 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <5640C901.3080309@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_48_96, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.2 DATE_IN_FUTURE_48_96 Date: is 48 to 96 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 16:33:07 -0000 On 09.11.2015 23:25, Eugene Grosbein wrote: > On 09.11.2015 22:53, Adrian Chadd wrote: >> ok, let's get it to hang, then break into ddb and do 'show >> allthreads', 'show alllocks', 'bufvars' with my vfs_bio.c patch, etc. > > Here it is: That's r290541 with vfs_bio.c patch. And I forgot "ps": db> ps pid ppid pgrp uid state wmesg wchan cmd 666 665 666 100 R+ systat 665 664 665 100 S+ wait 0x82839378 sh 664 663 664 0 Ss+ wait 0x828396f0 login 663 629 663 0 Ss select 0x809935e4 telnetd 659 658 658 0 R+ pkg-static 658 654 658 0 S+ wait 0x80946a68 pkg-static 654 651 654 0 S+ wait 0x809466f0 sh 651 1 651 0 Ss+ wait 0x80a52a68 login 629 1 629 0 Ss select 0x80a360a4 inetd 609 1 609 0 Rs cron 606 1 606 0 Ss select 0x80a361e4 sshd 447 1 447 0 Ss select 0x80a36324 syslogd 39 0 0 0 DL mdwait 0x80eca800 [md1] 29 0 0 0 DL mdwait 0x80eca000 [md0] 15 0 0 0 RL [schedcpu] 14 0 0 0 RL CPU 0 [syncer] 9 0 0 0 RL [vnlru] 8 0 0 0 RL [bufspacedaemon] 7 0 0 0 RL [bufdaemon] --More-- 6 0 0 0 RL [pagezero] 5 0 0 0 RL (threaded) [pagedaemon] 100031 RunQ [pagedaemon] 100038 D umarcl 0x80474bc8 [uma] 4 0 0 0 DL jobqueue 0x809f2900 [task: mx25l flash] 13 0 0 0 DL (threaded) [usb] 100021 D - 0xc0888ca4 [usbus0] 100022 D - 0xc0888cd4 [usbus0] 100023 D - 0xc0888d04 [usbus0] 100024 D - 0xc0888d34 [usbus0] 100025 D - 0xc0888d64 [usbus0] 3 0 0 0 DL (threaded) [cam] 100011 D - 0x803f9640 [doneq0] 100030 D - 0x803f9574 [scanner] 12 0 0 0 DL (threaded) [geom] 100007 D - 0x804018b4 [g_event] 100008 D - 0x804018bc [g_up] 100009 D - 0x804018c0 [g_down] 11 0 0 0 RL (threaded) [intr] 100004 RunQ [swi4: clock (0)] --More-- 100005 I [swi3: vm] 100006 I [swi1: netisr 0] 100012 I [swi5: fast taskq] 100014 I [swi6: Giant taskq] 100015 I [swi6: task queue] 100018 RunQ [swi0: uart] 100019 I [apb intr2: gpio0] 100020 I [int1 ehci0] 100026 RunQ [int2 arge0] 100027 I [int3 arge1] 10 0 0 0 RL [idle] 2 0 0 0 RL [rand_harvestq] 1 0 1 0 SLs wait 0x80946000 [init] 0 0 0 0 RLs (threaded) [kernel] 100000 RunQ [swapper] 100010 D - 0x80961000 [firmware taskq] 100013 D - 0x80960780 [thread taskq] 100016 D - 0x80960000 [kqueue taskq] 100017 D - 0x8095ff00 [ffs_trim taskq] 100029 D - 0x80960a80 [CAM taskq] --More-- db> From owner-freebsd-mips@freebsd.org Mon Nov 9 17:39:39 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA8FDA2A5BF for ; Mon, 9 Nov 2015 17:39:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF28B15D1 for ; Mon, 9 Nov 2015 17:39:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 9 Nov 2015 17:39:39 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id tA9HdViE001301; Mon, 9 Nov 2015 10:39:31 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1447090771.91534.477.camel@freebsd.org> Subject: Re: CPU underload From: Ian Lepore To: Adrian Chadd , Eugene Grosbein Cc: "freebsd-mips@freebsd.org" Date: Mon, 09 Nov 2015 10:39:31 -0700 In-Reply-To: References: <56348063.3090508@grosbein.net> <56348239.3050701@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F938B.3070707@grosbein.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 17:39:40 -0000 On Sun, 2015-11-08 at 11:23 -0800, Adrian Chadd wrote: > ok, what's the l1 cache size reported at boot up? > > I think I may just bump them all to 64. > > > -a 64 is not some kind of magic panacea. The value needs to be set to the cache line size for the runtime platform. If the right value is 32, then setting it to 64 will just waste memory. -- Ian From owner-freebsd-mips@freebsd.org Mon Nov 9 17:42:50 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0426AA2A71F for ; Mon, 9 Nov 2015 17:42:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 69BC31956; Mon, 9 Nov 2015 17:42:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA9Hggm4012563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Nov 2015 18:42:43 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA9Hgcm7049841; Tue, 10 Nov 2015 00:42:38 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: CPU underload To: Ian Lepore , Adrian Chadd References: <56348063.3090508@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F938B.3070707@grosbein.net> <1447090771.91534.477.camel@freebsd.org> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <5640DB0E.8010005@grosbein.net> Date: Tue, 10 Nov 2015 00:42:38 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <1447090771.91534.477.camel@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_48_96, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.2 DATE_IN_FUTURE_48_96 Date: is 48 to 96 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 17:42:50 -0000 On 10.11.2015 00:39, Ian Lepore wrote: > On Sun, 2015-11-08 at 11:23 -0800, Adrian Chadd wrote: >> ok, what's the l1 cache size reported at boot up? >> >> I think I may just bump them all to 64. > > 64 is not some kind of magic panacea. The value needs to be set to the > cache line size for the runtime platform. If the right value is 32, > then setting it to 64 will just waste memory. Is it for instruction cache or for data cache? From owner-freebsd-mips@freebsd.org Mon Nov 9 17:46:49 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB8CDA2A86C for ; Mon, 9 Nov 2015 17:46:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0FAB1D0F for ; Mon, 9 Nov 2015 17:46:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 9 Nov 2015 17:46:55 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id tA9Hkl18001326; Mon, 9 Nov 2015 10:46:47 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1447091207.91534.481.camel@freebsd.org> Subject: Re: CPU underload From: Ian Lepore To: Eugene Grosbein , Adrian Chadd Cc: "freebsd-mips@freebsd.org" Date: Mon, 09 Nov 2015 10:46:47 -0700 In-Reply-To: <5640DB0E.8010005@grosbein.net> References: <56348063.3090508@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F938B.3070707@grosbein.net> <1447090771.91534.477.camel@freebsd.org> <5640DB0E.8010005@grosbein.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 17:46:49 -0000 On Tue, 2015-11-10 at 00:42 +0700, Eugene Grosbein wrote: > On 10.11.2015 00:39, Ian Lepore wrote: > > On Sun, 2015-11-08 at 11:23 -0800, Adrian Chadd wrote: > > > ok, what's the l1 cache size reported at boot up? > > > > > > I think I may just bump them all to 64. > > > > 64 is not some kind of magic panacea. The value needs to be set to > > the > > cache line size for the runtime platform. If the right value is > > 32, > > then setting it to 64 will just waste memory. > > Is it for instruction cache or for data cache? Only the data cache size matters for USB_HOST_ALIGN. -- Ian From owner-freebsd-mips@freebsd.org Mon Nov 9 19:25:29 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B26AA2A7AC for ; Mon, 9 Nov 2015 19:25:29 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A38F41A3E; Mon, 9 Nov 2015 19:25:28 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA9JPFPU012843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Nov 2015 20:25:18 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA9JP9F2050765; Tue, 10 Nov 2015 02:25:10 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> Cc: Jeff Roberson , Konstantin Belousov , benno , "freebsd-mips@freebsd.org" From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <5640F315.5020303@grosbein.net> Date: Tue, 10 Nov 2015 02:25:09 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 19:25:29 -0000 On 09.11.2015 22:53, Adrian Chadd wrote: > ok, let's get it to hang, then break into ddb and do 'show > allthreads', 'show alllocks', 'bufvars' with my vfs_bio.c patch, etc. I've re-read https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html and rebuilt kernel with additional debugging and reproduced the problem again to supply more vfs lock info: KDB: enter: Break to debugger [ thread pid 14 tid 100036 ] Stopped at kdb_enter+0x4c: lui at,0x8042 db> bufvars vmiodirenable=1 runningbufspace=262144 bufspace=1032192 bufkvaspace=1966080 maxbufspace=2097152 bufmallocspace=0 maxbufmallocspace=78643 lobufspace=1494217 hibufspace=1572864 bufspacethresh=1533540 buffreekvacnt=1851 bufdefragcnt=4684045 lorunningspace=720896 hirunningspace=1048576 dirtybufferflushes=0 bdwriteskip=0 altbufferflushes=0 recursiveflushes=0 numdirtybuffers=31 lodirtybuffers=26 hidirtybuffers=52 dirtybufthresh=46 numfreebuffers=92 lofreebuffers=25 hifreebuffers=37 getnewbufcalls=2343049 getnewbufrestarts=1532 mappingrestarts=0 numbufallocfails=0 flushbufqtarget=100 notbufdflushes=0 barrierwrites=0 unmapped_buf_allowed=0 clean_queues=1 db> ps pid ppid pgrp uid state wmesg wchan cmd 667 664 667 0 S+ ttyin 0x80fe1a70 sh 664 663 663 100 S+ wait 0x82167378 su 663 662 663 0 Ss+ wait 0x821676f0 login 662 629 662 0 Ss select 0x809935a4 telnetd 661 660 660 0 R+ pkg-static 660 652 660 0 S+ wait 0x80946a68 pkg-static 652 651 652 0 S+ wait 0x82167a68 sh 651 1 651 0 Ss+ wait 0x80a4aa68 login 629 1 629 0 Ss select 0x80a18024 inetd 609 1 609 0 Rs cron 606 1 606 0 Ss select 0x80a181a4 sshd 447 1 447 0 Ss select 0x80a182e4 syslogd 39 0 0 0 DL mdwait 0x80fc2000 [md1] 29 0 0 0 DL mdwait 0x80fc2800 [md0] 15 0 0 0 RL [schedcpu] 14 0 0 0 RL CPU 0 [syncer] 9 0 0 0 RL [vnlru] 8 0 0 0 RL [bufspacedaemon] 7 0 0 0 RL [bufdaemon] 6 0 0 0 DL pgzero 0x8047d868 [pagezero] 5 0 0 0 RL (threaded) [pagedaemon] 100031 RunQ [pagedaemon] 100038 D umarcl 0x8047cbc8 [uma] 4 0 0 0 DL jobqueue 0x809d2900 [task: mx25l flash] 13 0 0 0 DL (threaded) [usb] 100021 D - 0xc0888ca4 [usbus0] 100022 D - 0xc0888cd4 [usbus0] 100023 D - 0xc0888d04 [usbus0] 100024 D - 0xc0888d34 [usbus0] 100025 D - 0xc0888d64 [usbus0] 3 0 0 0 DL (threaded) [cam] 100011 D - 0x80401680 [doneq0] 100030 D - 0x804015b4 [scanner] 12 0 0 0 DL (threaded) [geom] 100007 D - 0x804098f4 [g_event] 100008 D - 0x804098fc [g_up] 100009 D - 0x80409900 [g_down] 11 0 0 0 RL (threaded) [intr] 100004 RunQ [swi4: clock (0)] 100005 I [swi3: vm] 100006 I [swi1: netisr 0] 100012 I [swi5: fast taskq] 100014 I [swi6: Giant taskq] 100015 I [swi6: task queue] 100018 I [swi0: uart] 100019 I [apb intr2: gpio0] 100020 RunQ [int1 ehci0] 100026 RunQ [int2 arge0] 100027 I [int3 arge1] 10 0 0 0 RL [idle] 2 0 0 0 RL [rand_harvestq] 1 0 1 0 SLs wait 0x80946000 [init] 0 0 0 0 RLs (threaded) [kernel] 100000 RunQ [swapper] 100010 D - 0x80961000 [firmware taskq] 100013 D - 0x80960780 [thread taskq] 100016 D - 0x80960000 [kqueue taskq] 100017 D - 0x8095ff00 [ffs_trim taskq] 100029 D - 0x80960a80 [CAM taskq] db> show pcpu cpuid = 0 dynamic pcpu = 0x118080 curthread = 0x809d4360: pid 14 "syncer" curpcb = 0xc3adbe98 fpcurthread = none idlethread = 0x809496c0: tid 100003 "idle" ipis = 0x0 next ASID = 152 GENID = 3 spin locks held: db> show allpcpu Current CPU: 0 cpuid = 0 dynamic pcpu = 0x118080 curthread = 0x809d4360: pid 14 "syncer" curpcb = 0xc3adbe98 fpcurthread = none idlethread = 0x809496c0: tid 100003 "idle" ipis = 0x0 next ASID = 152 GENID = 3 spin locks held: db> show locks exclusive sleep mutex buffer arena (buffer arena) r = 0 (0x8041dd00) locked @ /home/src/sys/kern/subr_vmem.c:1202 exclusive lockmgr bufwait (bufwait) r = 0 (0xc3033610) locked @ /home/src/sys/kern/vfs_bio.c:1454 exclusive lockmgr bufwait (bufwait) r = 0 (0xc3036778) locked @ /home/src/sys/kern/vfs_default.c:671 exclusive lockmgr devfs (devfs) r = 0 (0x8430e8a4) locked @ /home/src/sys/kern/vfs_subr.c:1779 db> show alllocks Process 661 (pkg-static) thread 0x80fcda20 (100048) exclusive lockmgr ufs (ufs) r = 0 (0x843eecdc) locked @ /home/src/sys/kern/vfs_vnops.c:873 Process 14 (syncer) thread 0x809d4360 (100036) exclusive sleep mutex buffer arena (buffer arena) r = 0 (0x8041dd00) locked @ /home/src/sys/kern/subr_vmem.c:1202 exclusive lockmgr bufwait (bufwait) r = 0 (0xc3033610) locked @ /home/src/sys/kern/vfs_bio.c:1454 exclusive lockmgr bufwait (bufwait) r = 0 (0xc3036778) locked @ /home/src/sys/kern/vfs_default.c:671 exclusive lockmgr devfs (devfs) r = 0 (0x8430e8a4) locked @ /home/src/sys/kern/vfs_subr.c:1779 db> show lockedvnods Locked vnodes 0x8430e870: tag devfs, type VCHR usecount 1, writecount 0, refcount 9 mountedhere 0x80fe0e00 flags (VI_ACTIVE) v_object 0x843691e0 ref 0 pages 114 cleanbuf 0 dirtybuf 6 lock type devfs: EXCL by thread 0x809d4360 (pid 14, syncer, tid 100036) dev ufs/64k 0x843eeca8: tag ufs, type VREG usecount 1, writecount 1, refcount 7 mountedhere 0 flags (VI_ACTIVE) v_object 0x843d1e60 ref 0 pages 144 cleanbuf 4 dirtybuf 1 lock type ufs: EXCL by thread 0x80fcda20 (pid 661, pkg-static, tid 100048) ino 394022, on dev ufs/64k db> thread 100036 [ thread pid 14 tid 100036 ] kdb_enter+0x4c: lui at,0x8042 db> where Tracing pid 14 tid 100036 td 0x809d4360 db_trace_thread+30 (?,?,?,?) ra c3adb4f800000018 sp 0 sz 0 8008c460+114 (0,?,ffffffff,?) ra c3adb51000000020 sp 100000000 sz 1 8008b7a4+388 (?,?,?,?) ra c3adb530000000a8 sp 0 sz 0 db_command_loop+70 (?,?,?,?) ra c3adb5d800000018 sp 0 sz 0 8008e378+f4 (?,?,?,?) ra c3adb5f0000001a8 sp 0 sz 0 kdb_trap+100 (?,?,?,?) ra c3adb79800000030 sp 0 sz 0 trap+d58 (?,?,?,?) ra c3adb7c8000000c0 sp 0 sz 0 MipsKernGenException+ec (0,4,8035df6c,12f) ra c3adb888000000c8 sp 100000001 sz 1 kdb_enter+4c (?,?,?,?) ra c3adb95000000018 sp 0 sz 0 801b0cc0+ac (?,?,?,?) ra c3adb96800000018 sp 0 sz 0 kdb_alt_break+10 (?,?,?,?) ra c3adb98000000018 sp 0 sz 0 800c5c40+254 (?,?,?,?) ra c3adb99800000058 sp 0 sz 0 intr_event_handle+9c (?,?,?,?) ra c3adb9f000000030 sp 0 sz 0 8031fbfc+160 (?,?,?,?) ra c3adba2000000028 sp 0 sz 0 intr_event_handle+9c (?,?,?,?) ra c3adba4800000030 sp 0 sz 0 cpu_intr+198 (c3adbac8,?,?,?) ra c3adba7800000038 sp 100000000 sz 0 MipsKernIntr+110 (?,?,?,?) ra c3adbab0000000c8 sp 0 sz 0 pid 14 [ thread pid 661 tid 100048 ] 0x7e22a4: db> where Tracing pid 661 tid 100048 td 0x80fcda20 cpu_switch+6c (?,?,?,?) ra c3b1776000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b1776000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b1778800000020 sp 0 sz 0 kern_yield+11c (?,?,?,?) ra c3b177a800000030 sp 0 sz 0 getblk+77c (843eeca8,?,?,?) ra c3b177d800000070 sp 100000000 sz 0 ffs_balloc_ufs2+11d8 (843eeca8,?,?,?) ra c3b17848000001a0 sp 100000000 sz 0 802bb954+384 (c3b17b60,?,?,?) ra c3b179e800000090 sp 100000000 sz 0 VOP_WRITE_APV+18c (?,?,?,?) ra c3b17a78000000d0 sp 0 sz 0 80232d1c+1fc (?,?,?,?) ra c3b17b4800000060 sp 0 sz 0 802311d4+4c (?,?,?,?) ra c3b17ba800000038 sp 0 sz 0 802312cc+14c (?,?,c3b17cc0,?) ra c3b17be0000000c0 sp 0 sz 1 802316dc+174 (?,?,?,?) ra c3b17ca000000058 sp 0 sz 0 801d0eec+cc (?,?,?,?) ra c3b17cf800000038 sp 0 sz 0 kern_writev+8c (?,?,?,?) ra c3b17d3000000050 sp 0 sz 0 sys_write+48 (?,?,?,?) ra c3b17d8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b17dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,7e22a0) ra c3b17e8000000000 sp 0 sz 0 pid 14 db> alltrace Tracing command sh pid 667 tid 100058 td 0x8436ba20 cpu_switch+6c (?,?,?,?) ra c3b3fb2000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b3fb2000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b3fb4800000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b3fb6800000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3b3fb9000000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b3fbc000000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3b3fbe000000048 sp 0 sz 0 tty_wait+78 (?,?,?,?) ra c3b3fc2800000020 sp 0 sz 0 ttydisc_read+278 (?,?,?,?) ra c3b3fc4800000048 sp 0 sz 0 801dd318+84 (?,?,?,?) ra c3b3fc9000000020 sp 0 sz 0 800f3040+c0 (?,?,?,?) ra c3b3fcb000000048 sp 0 sz 0 801d1094+b0 (?,?,?,?) ra c3b3fcf800000038 sp 0 sz 0 kern_readv+8c (?,?,?,?) ra c3b3fd3000000050 sp 0 sz 0 sys_read+48 (?,?,?,?) ra c3b3fd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b3fdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,406067b0) ra c3b3fe8000000000 sp 0 sz 0 pid 14 --More-- Tracing command su pid 664 tid 100055 td 0x821f96c0 cpu_switch+6c (?,?,?,?) ra c3b33ab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b33ab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b33ae000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b33b0000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3b33b2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b33b5800000020 sp 0 sz 0 _sleep+41c (?,?,?,803528f8) ra c3b33b7800000068 sp 0 sz 0 kern_wait6+6d4 (821f96c0,?,?,?) ra c3b33be000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3b33c58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3b33d3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b33dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,40562810) ra c3b33e8000000000 sp 0 sz 0 pid 14 Tracing command login pid 663 tid 100054 td 0x821f9a20 cpu_switch+6c (?,?,?,?) ra c3b2fab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b2fab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b2fae000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b2fb0000000028 sp 0 sz 0 --More-- 801bf160+118 (?,?,?,?) ra c3b2fb2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b2fb5800000020 sp 0 sz 0 _sleep+41c (?,?,?,803528f8) ra c3b2fb7800000068 sp 0 sz 0 kern_wait6+6d4 (821f9a20,?,?,?) ra c3b2fbe000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3b2fc58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3b2fd3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b2fdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,40564810) ra c3b2fe8000000000 sp 0 sz 0 pid 14 Tracing command telnetd pid 662 tid 100049 td 0x80fcd6c0 cpu_switch+6c (?,?,?,?) ra c3b1ba9800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b1ba9800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b1bac000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b1bae000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3b1bb0800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b1bb3800000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3b1bb5800000048 sp 0 sz 0 801d0cb4+d0 (?,?,?,?) ra c3b1bba000000038 sp 0 sz 0 kern_select+6ec (?,?,7ffee84c,7ffee8cc) ra c3b1bbd8000001a8 sp 0 sz 1 --More-- sys_select+6c (?,?,?,?) ra c3b1bd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b1bdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,40853780) ra c3b1be8000000000 sp 0 sz 0 pid 14 Tracing command pkg-static pid 661 tid 100048 td 0x80fcda20 cpu_switch+6c (?,?,?,?) ra c3b1776000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b1776000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b1778800000020 sp 0 sz 0 kern_yield+11c (?,?,?,?) ra c3b177a800000030 sp 0 sz 0 getblk+77c (843eeca8,?,?,?) ra c3b177d800000070 sp 100000000 sz 0 ffs_balloc_ufs2+11d8 (843eeca8,?,?,?) ra c3b17848000001a0 sp 100000000 sz 0 802bb954+384 (c3b17b60,?,?,?) ra c3b179e800000090 sp 100000000 sz 0 VOP_WRITE_APV+18c (?,?,?,?) ra c3b17a78000000d0 sp 0 sz 0 80232d1c+1fc (?,?,?,?) ra c3b17b4800000060 sp 0 sz 0 802311d4+4c (?,?,?,?) ra c3b17ba800000038 sp 0 sz 0 802312cc+14c (?,?,c3b17cc0,?) ra c3b17be0000000c0 sp 0 sz 1 802316dc+174 (?,?,?,?) ra c3b17ca000000058 sp 0 sz 0 801d0eec+cc (?,?,?,?) ra c3b17cf800000038 sp 0 sz 0 kern_writev+8c (?,?,?,?) ra c3b17d3000000050 sp 0 sz 0 --More-- sys_write+48 (?,?,?,?) ra c3b17d8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b17dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,7e22a0) ra c3b17e8000000000 sp 0 sz 0 pid 14 Tracing command pkg-static pid 660 tid 100047 td 0x80fce000 cpu_switch+6c (?,?,?,?) ra c3b13ab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b13ab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b13ae000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b13b0000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3b13b2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b13b5800000020 sp 0 sz 0 _sleep+41c (?,?,?,803528f8) ra c3b13b7800000068 sp 0 sz 0 kern_wait6+6d4 (80fce000,?,?,?) ra c3b13be000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3b13c58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3b13d3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b13dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,780ea0) ra c3b13e8000000000 sp 0 sz 0 pid 14 --More-- Tracing command sh pid 652 tid 100053 td 0x84339000 cpu_switch+6c (?,?,?,?) ra c3b2bab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b2bab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b2bae000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b2bb0000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3b2bb2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b2bb5800000020 sp 0 sz 0 _sleep+41c (?,?,?,803528f8) ra c3b2bb7800000068 sp 0 sz 0 kern_wait6+6d4 (84339000,?,?,?) ra c3b2bbe000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3b2bc58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3b2bd3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b2bdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,4058b810) ra c3b2be8000000000 sp 0 sz 0 pid 14 Tracing command login pid 651 tid 100039 td 0x809796c0 cpu_switch+6c (?,?,?,?) ra c3aebab800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3aebab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3aebae000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3aebb0000000028 sp 0 sz 0 --More-- 801bf160+118 (?,?,?,?) ra c3aebb2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3aebb5800000020 sp 0 sz 0 _sleep+41c (?,?,?,803528f8) ra c3aebb7800000068 sp 0 sz 0 kern_wait6+6d4 (809796c0,?,?,?) ra c3aebbe000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3aebc58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3aebd3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3aebdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,40564810) ra c3aebe8000000000 sp 0 sz 0 pid 14 Tracing command inetd pid 629 tid 100046 td 0x80fce360 cpu_switch+6c (?,?,?,?) ra c3b0fa9800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b0fa9800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b0fac000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b0fae000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3b0fb0800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b0fb3800000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3b0fb5800000048 sp 0 sz 0 801d0cb4+d0 (?,?,?,?) ra c3b0fba000000038 sp 0 sz 0 kern_select+6ec (?,?,7ffee150,0) ra c3b0fbd8000001a8 sp 0 sz 1 --More-- sys_select+6c (?,?,?,?) ra c3b0fd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b0fdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,405f7780) ra c3b0fe8000000000 sp 0 sz 0 pid 14 Tracing command cron pid 609 tid 100041 td 0x80fcf6c0 cpu_switch+6c (?,?,?,?) ra c3afbbe800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3afbbe800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3afbc1000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3afbc3000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3afbc5800000030 sp 0 sz 0 sleepq_timedwait_sig+18 (?,?,?,?) ra c3afbc8800000020 sp 0 sz 0 _sleep+3f4 (?,?,?,80361504) ra c3afbca800000068 sp 0 sz 0 kern_nanosleep+244 (?,?,?,?) ra c3afbd1000000070 sp 0 sz 0 sys_nanosleep+6c (?,?,?,?) ra c3afbd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3afbdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,4056aa20) ra c3afbe8000000000 sp 0 sz 0 pid 14 Tracing command sshd pid 606 tid 100045 td 0x80fce6c0 --More-- cpu_switch+6c (?,?,?,?) ra c3b0ba9800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b0ba9800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b0bac000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b0bae000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3b0bb0800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3b0bb3800000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3b0bb5800000048 sp 0 sz 0 801d0cb4+d0 (?,?,?,?) ra c3b0bba000000038 sp 0 sz 0 kern_select+6ec (?,?,40c100a8,0) ra c3b0bbd8000001a8 sp 0 sz 1 sys_select+6c (?,?,?,?) ra c3b0bd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3b0bdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,408d6780) ra c3b0be8000000000 sp 0 sz 0 pid 14 Tracing command syslogd pid 447 tid 100042 td 0x80fcf360 cpu_switch+6c (?,?,?,?) ra c3affa9800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3affa9800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3affac000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3affae000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3affb0800000030 sp 0 sz 0 --More-- sleepq_wait_sig+14 (?,?,?,?) ra c3affb3800000020 sp 0 sz 0 _cv_wait_sig+2ac (?,?,?,?) ra c3affb5800000048 sp 0 sz 0 801d0cb4+d0 (?,?,?,?) ra c3affba000000038 sp 0 sz 0 kern_select+6ec (?,?,40a1f0a0,0) ra c3affbd8000001a8 sp 0 sz 1 sys_select+6c (?,?,?,?) ra c3affd8000000040 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3affdc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,405c7780) ra c3affe8000000000 sp 0 sz 0 pid 14 Tracing command md1 pid 39 tid 100044 td 0x80fcea20 cpu_switch+6c (?,?,?,?) ra c3b07d1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b07d1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b07d4000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b07d6000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3b07d8800000020 sp 0 sz 0 _sleep+42c (?,?,?,8034f200) ra c3b07da800000068 sp 0 sz 0 800a7e68+150 (?,?,?,?) ra c3b07e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3b07e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3b07e8000000000 sp 0 sz 0 pid 14 --More-- Tracing command md0 pid 29 tid 100043 td 0x80fcf000 cpu_switch+6c (?,?,?,?) ra c3b03d1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3b03d1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3b03d4000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3b03d6000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3b03d8800000020 sp 0 sz 0 _sleep+42c (?,?,?,8034f200) ra c3b03da800000068 sp 0 sz 0 800a7e68+150 (?,?,?,?) ra c3b03e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3b03e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3b03e8000000000 sp 0 sz 0 pid 14 Tracing command schedcpu pid 15 tid 100037 td 0x809d4000 cpu_switch+6c (?,?,?,?) ra c3adfce800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3adfce800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3adfd1000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3adfd3000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3adfd5800000020 sp 0 sz 0 _sleep+404 (?,?,?,80346528) ra c3adfd7800000068 sp 0 sz 0 --More-- pause_sbt+110 (?,?,?,?) ra c3adfde000000038 sp 0 sz 0 8019fa50+2dc (?,?,?,?) ra c3adfe1800000040 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3adfe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3adfe8000000000 sp 0 sz 0 pid 14 Tracing command syncer pid 14 tid 100036 td 0x809d4360 db_trace_thread+30 (?,?,?,?) ra c3adb36800000018 sp 0 sz 0 8008c390+78 (?,?,?,?) ra c3adb380000001b0 sp 0 sz 0 8008b7a4+388 (?,?,?,?) ra c3adb530000000a8 sp 0 sz 0 db_command_loop+70 (?,?,?,?) ra c3adb5d800000018 sp 0 sz 0 8008e378+f4 (?,?,?,?) ra c3adb5f0000001a8 sp 0 sz 0 kdb_trap+100 (?,?,?,?) ra c3adb79800000030 sp 0 sz 0 trap+d58 (?,?,?,?) ra c3adb7c8000000c0 sp 0 sz 0 MipsKernGenException+ec (0,4,8035df6c,12f) ra c3adb888000000c8 sp 100000001 sz 1 kdb_enter+4c (?,?,?,?) ra c3adb95000000018 sp 0 sz 0 801b0cc0+ac (?,?,?,?) ra c3adb96800000018 sp 0 sz 0 kdb_alt_break+10 (?,?,?,?) ra c3adb98000000018 sp 0 sz 0 800c5c40+254 (?,?,?,?) ra c3adb99800000058 sp 0 sz 0 intr_event_handle+9c (?,?,?,?) ra c3adb9f000000030 sp 0 sz 0 --More-- 8031fbfc+160 (?,?,?,?) ra c3adba2000000028 sp 0 sz 0 intr_event_handle+9c (?,?,?,?) ra c3adba4800000030 sp 0 sz 0 cpu_intr+198 (c3adbac8,?,?,?) ra c3adba7800000038 sp 100000000 sz 0 MipsKernIntr+110 (?,?,?,?) ra c3adbab0000000c8 sp 0 sz 0 pid 14 Tracing command vnlru pid 9 tid 100035 td 0x809d46c0 cpu_switch+6c (?,?,?,?) ra c3ad7cf800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ad7cf800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ad7d2000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3ad7d4000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3ad7d6800000020 sp 0 sz 0 _sleep+404 (?,?,?,80370010) ra c3ad7d8800000068 sp 0 sz 0 80227154+174 (?,?,?,?) ra c3ad7df000000068 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ad7e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ad7e8000000000 sp 0 sz 0 pid 14 Tracing command bufspacedaemon pid 8 tid 100034 td 0x809d4a20 cpu_switch+6c (?,?,?,?) ra c3ad3d2800000000 sp 0 sz 0 --More-- sched_switch+224 (?,?,?,?) ra c3ad3d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ad3d5000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3ad3d7000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3ad3d9800000020 sp 0 sz 0 _sleep+404 (?,?,?,80346528) ra c3ad3db800000068 sp 0 sz 0 8020985c+250 (?,?,?,?) ra c3ad3e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ad3e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ad3e8000000000 sp 0 sz 0 pid 14 Tracing command bufdaemon pid 7 tid 100033 td 0x809d5000 cpu_switch+6c (?,?,?,?) ra c3acfd1000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3acfd1000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3acfd3800000020 sp 0 sz 0 kern_yield+11c (?,?,?,?) ra c3acfd5800000030 sp 0 sz 0 maybe_yield+20 (?,?,?,?) ra c3acfd8800000018 sp 0 sz 0 80206cfc+110 (?,5,0,?) ra c3acfda000000060 sp 1 sz 1 802074d0+24 (?,?,?,?) ra c3acfe0000000020 sp 0 sz 0 80207544+fc (?,?,?,?) ra c3acfe2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3acfe5800000028 sp 0 sz 0 --More-- fork_trampoline+10 (?,?,?,?) ra c3acfe8000000000 sp 0 sz 0 pid 14 Tracing command pagezero pid 6 tid 100032 td 0x809d5360 cpu_switch+6c (?,?,?,?) ra c3acbd2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3acbd2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3acbd5000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3acbd7000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3acbd9800000020 sp 0 sz 0 _sleep+404 (?,?,?,8037e4e4) ra c3acbdb800000068 sp 0 sz 0 802f9e74+1c0 (?,?,?,?) ra c3acbe2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3acbe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3acbe8000000000 sp 0 sz 0 pid 14 Tracing command pagedaemon pid 5 tid 100031 td 0x809d56c0 cpu_switch+6c (?,?,?,?) ra c3ac7ce800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ac7ce800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ac7d1000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3ac7d3000000028 sp 0 sz 0 --More-- sleepq_timedwait+78 (?,?,?,?) ra c3ac7d5800000020 sp 0 sz 0 _sleep+404 (?,?,?,8036cf04) ra c3ac7d7800000068 sp 0 sz 0 802f2c30+2e4 (?,?,?,?) ra c3ac7de000000078 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ac7e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ac7e8000000000 sp 0 sz 0 pid 14 Tracing command pagedaemon pid 5 tid 100038 td 0x80979a20 cpu_switch+6c (?,?,?,?) ra c3ae3d3000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ae3d3000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ae3d5800000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3ae3d7800000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3ae3da000000020 sp 0 sz 0 _sleep+42c (?,?,?,8037a3f0) ra c3ae3dc000000068 sp 0 sz 0 uma_reclaim_worker+64 (?,?,?,?) ra c3ae3e2800000030 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ae3e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ae3e8000000000 sp 0 sz 0 pid 14 Tracing command task: mx25l flash pid 4 tid 100028 td 0x809d6360 --More-- cpu_switch+6c (?,?,?,?) ra c3ab1c6800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ab1c6800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ab1c9000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3ab1cb000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3ab1cd800000020 sp 0 sz 0 _sleep+42c (?,?,?,8034d82c) ra c3ab1cf800000068 sp 0 sz 0 8009956c+ac (809d290c,?,?,?) ra c3ab1d60000000f8 sp 100000000 sz 0 fork_exit+b0 (?,?,?,?) ra c3ab1e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ab1e8000000000 sp 0 sz 0 pid 14 Tracing command usb pid 13 tid 100021 td 0x809776c0 cpu_switch+6c (?,?,?,?) ra c3a93d5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a93d5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a93d8000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a93da000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a93dc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3a93de800000048 sp 0 sz 0 800e72bc+158 (?,?,?,?) ra c3a93e3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a93e5800000028 sp 0 sz 0 --More-- fork_trampoline+10 (?,?,?,?) ra c3a93e8000000000 sp 0 sz 0 pid 14 Tracing command usb pid 13 tid 100022 td 0x80977360 cpu_switch+6c (?,?,?,?) ra c3a97d5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a97d5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a97d8000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a97da000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a97dc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3a97de800000048 sp 0 sz 0 800e72bc+158 (?,?,?,?) ra c3a97e3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a97e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a97e8000000000 sp 0 sz 0 pid 14 Tracing command usb pid 13 tid 100023 td 0x80977000 cpu_switch+6c (?,?,?,?) ra c3a9bd5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a9bd5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a9bd8000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a9bda000000028 sp 0 sz 0 --More-- sleepq_wait+78 (?,?,?,?) ra c3a9bdc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3a9bde800000048 sp 0 sz 0 800e72bc+158 (?,?,?,?) ra c3a9be3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a9be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a9be8000000000 sp 0 sz 0 pid 14 Tracing command usb pid 13 tid 100024 td 0x8094aa20 cpu_switch+6c (?,?,?,?) ra c3a9fd5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a9fd5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a9fd8000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a9fda000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a9fdc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3a9fde800000048 sp 0 sz 0 800e72bc+158 (?,?,?,?) ra c3a9fe3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a9fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a9fe8000000000 sp 0 sz 0 pid 14 Tracing command usb pid 13 tid 100025 td 0x8094a6c0 --More-- cpu_switch+6c (?,?,?,?) ra c3aa3d5800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3aa3d5800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3aa3d8000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3aa3da000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3aa3dc800000020 sp 0 sz 0 _cv_wait+2a8 (?,?,?,?) ra c3aa3de800000048 sp 0 sz 0 800e72bc+158 (?,?,?,?) ra c3aa3e3000000028 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3aa3e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3aa3e8000000000 sp 0 sz 0 pid 14 Tracing command cam pid 3 tid 100011 td 0x809476c0 cpu_switch+6c (?,?,?,?) ra c3a4bd1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a4bd1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a4bd4000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a4bd6000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a4bd8800000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3a4bda800000068 sp 0 sz 0 8005c480+90 (?,?,?,?) ra c3a4be1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a4be5800000028 sp 0 sz 0 --More-- fork_trampoline+10 (?,?,?,?) ra c3a4be8000000000 sp 0 sz 0 pid 14 Tracing command cam pid 3 tid 100030 td 0x809d5a20 cpu_switch+6c (?,?,?,?) ra c3abbd1000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3abbd1000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3abbd3800000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3abbd5800000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3abbd8000000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3abbda000000068 sp 0 sz 0 80057d20+74 (?,?,?,?) ra c3abbe0800000050 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3abbe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3abbe8000000000 sp 0 sz 0 pid 14 Tracing command geom pid 12 tid 100007 td 0x809486c0 cpu_switch+6c (?,?,?,?) ra c3a3bcf800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a3bcf800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a3bd2000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a3bd4000000028 sp 0 sz 0 --More-- sleepq_wait+78 (?,?,?,?) ra c3a3bd6800000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3a3bd8800000068 sp 0 sz 0 g_run_events+614 (?,?,?,?) ra c3a3bdf000000050 sp 0 sz 0 800ff868+7c (?,?,?,?) ra c3a3be4000000018 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a3be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a3be8000000000 sp 0 sz 0 pid 14 Tracing command geom pid 12 tid 100008 td 0x80948360 cpu_switch+6c (?,?,?,?) ra c3a3fd1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a3fd1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a3fd4000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a3fd6000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a3fd8800000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3a3fda800000068 sp 0 sz 0 g_io_schedule_up+118 (?,?,?,?) ra c3a3fe1000000030 sp 0 sz 0 800ff7e0+80 (?,?,?,?) ra c3a3fe4000000018 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a3fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a3fe8000000000 sp 0 sz 0 pid 14 --More-- Tracing command geom pid 12 tid 100009 td 0x80948000 cpu_switch+6c (?,?,?,?) ra c3a43d1000000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a43d1000000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a43d3800000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a43d5800000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a43d8000000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3a43da000000068 sp 0 sz 0 g_io_schedule_down+7c (?,?,?,?) ra c3a43e0800000038 sp 0 sz 0 800ff758+80 (?,?,?,?) ra c3a43e4000000018 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a43e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a43e8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100004 td 0x80949360 cpu_switch+6c (?,?,?,?) ra c3a2fdc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a2fdc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a2fdf000000020 sp 0 sz 0 80141af0+258 (?,?,?,?) ra c3a2fe1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a2fe5800000028 sp 0 sz 0 --More-- fork_trampoline+10 (?,?,?,?) ra c3a2fe8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100005 td 0x80949000 PC 0x80313b408008e8c0: not in kernel 0+0 (?,?,?,?) ra c3a33e8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100006 td 0x80948a20 cpu_switch+6c (?,?,?,?) ra c3a37dc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a37dc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a37df000000020 sp 0 sz 0 80141af0+258 (?,?,?,?) ra c3a37e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a37e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a37e8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100012 td 0x80947360 PC 0x80313b408008e8c0: not in kernel 0+0 (?,?,?,?) ra c3a4fe8000000000 sp 0 sz 0 --More-- pid 14 Tracing command intr pid 11 tid 100014 td 0x80979360 cpu_switch+6c (?,?,?,?) ra c3a57dc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a57dc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a57df000000020 sp 0 sz 0 80141af0+258 (?,?,?,?) ra c3a57e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a57e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a57e8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100015 td 0x80979000 cpu_switch+6c (?,?,?,?) ra c3a5bdc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a5bdc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a5bdf000000020 sp 0 sz 0 80141af0+258 (?,?,?,?) ra c3a5be1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a5be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a5be8000000000 sp 0 sz 0 pid 14 --More-- Tracing command intr pid 11 tid 100018 td 0x80978360 cpu_switch+6c (?,?,?,?) ra c3a67dc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a67dc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a67df000000020 sp 0 sz 0 80141af0+258 (?,?,?,?) ra c3a67e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a67e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a67e8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100019 td 0x80978000 PC 0x80313b408008e8c0: not in kernel 0+0 (?,?,?,?) ra c3a6be8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100020 td 0x80977a20 cpu_switch+6c (?,?,?,?) ra c3a8fdc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a8fdc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a8fdf000000020 sp 0 sz 0 80141af0+258 (?,?,?,?) ra c3a8fe1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a8fe5800000028 sp 0 sz 0 --More-- fork_trampoline+10 (?,?,?,?) ra c3a8fe8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100026 td 0x8094a360 cpu_switch+6c (?,?,?,?) ra c3aa9dc800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3aa9dc800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3aa9df000000020 sp 0 sz 0 80141af0+258 (?,?,?,?) ra c3aa9e1000000048 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3aa9e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3aa9e8000000000 sp 0 sz 0 pid 14 Tracing command intr pid 11 tid 100027 td 0x809d66c0 PC 0x80313b408008e8c0: not in kernel 0+0 (?,?,?,?) ra c3aade8000000000 sp 0 sz 0 pid 14 Tracing command idle pid 10 tid 100003 td 0x809496c0 cpu_switch+6c (?,?,?,?) ra c3a2bdf800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a2bdf800000028 sp 0 sz 0 --More-- mi_switch+27c (?,?,?,?) ra c3a2be2000000020 sp 0 sz 0 sched_idletd+b8 (?,?,?,?) ra c3a2be4000000018 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a2be5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a2be8000000000 sp 0 sz 0 pid 14 Tracing command rand_harvestq pid 2 tid 100002 td 0x80949a20 cpu_switch+6c (?,?,?,?) ra c3a27d0800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a27d0800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a27d3000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a27d5000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra c3a27d7800000020 sp 0 sz 0 _sleep+404 (?,?,?,80346528) ra c3a27d9800000068 sp 0 sz 0 800c2c6c+248 (?,?,?,?) ra c3a27e0000000058 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a27e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a27e8000000000 sp 0 sz 0 pid 14 Tracing command init pid 1 tid 100001 td 0x8094a000 cpu_switch+6c (?,?,?,?) ra c3a23ab800000000 sp 0 sz 0 --More-- sched_switch+224 (?,?,?,?) ra c3a23ab800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a23ae000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a23b0000000028 sp 0 sz 0 801bf160+118 (?,?,?,?) ra c3a23b2800000030 sp 0 sz 0 sleepq_wait_sig+14 (?,?,?,?) ra c3a23b5800000020 sp 0 sz 0 _sleep+41c (?,?,?,803528f8) ra c3a23b7800000068 sp 0 sz 0 kern_wait6+6d4 (8094a000,?,?,?) ra c3a23be000000078 sp 100000000 sz 0 kern_wait+d8 (?,?,?,?) ra c3a23c58000000e0 sp 0 sz 0 sys_wait4+40 (?,?,?,?) ra c3a23d3800000088 sp 0 sz 0 trap+7f0 (?,?,?,?) ra c3a23dc0000000c0 sp 0 sz 0 MipsUserGenException+e8 (?,?,?,42e5e0) ra c3a23e8000000000 sp 0 sz 0 pid 14 Tracing command kernel pid 0 tid 100000 td 0x8040a0e0 cpu_switch+6c (?,?,?,?) ra 8049dd1800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra 8049dd1800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra 8049dd4000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra 8049dd6000000028 sp 0 sz 0 sleepq_timedwait+78 (?,?,?,?) ra 8049dd8800000020 sp 0 sz 0 _sleep+404 (?,?,?,8037ad64) ra 8049dda800000068 sp 0 sz 0 --More-- swapper+28c (?,?,?,?) ra 8049de1000000050 sp 0 sz 0 mi_startup+1f8 (?,?,?,?) ra 8049de6000000020 sp 0 sz 0 _start+70 (?,?,?,?) ra 8049de8000000000 sp 0 sz 0 pid 14 Tracing command kernel pid 0 tid 100010 td 0x80947a20 cpu_switch+6c (?,?,?,?) ra c3a47d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a47d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a47d5000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a47d7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a47d9800000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3a47db800000068 sp 0 sz 0 taskqueue_thread_loop+114 (?,?,?,?) ra c3a47e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a47e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a47e8000000000 sp 0 sz 0 pid 14 Tracing command kernel pid 0 tid 100013 td 0x80947000 cpu_switch+6c (?,?,?,?) ra c3a53d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a53d2800000028 sp 0 sz 0 --More-- mi_switch+27c (?,?,?,?) ra c3a53d5000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a53d7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a53d9800000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3a53db800000068 sp 0 sz 0 taskqueue_thread_loop+114 (?,?,?,?) ra c3a53e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a53e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a53e8000000000 sp 0 sz 0 pid 14 Tracing command kernel pid 0 tid 100016 td 0x80978a20 cpu_switch+6c (?,?,?,?) ra c3a5fd2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a5fd2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a5fd5000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a5fd7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a5fd9800000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3a5fdb800000068 sp 0 sz 0 taskqueue_thread_loop+114 (?,?,?,?) ra c3a5fe2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a5fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a5fe8000000000 sp 0 sz 0 pid 14 --More-- Tracing command kernel pid 0 tid 100017 td 0x809786c0 cpu_switch+6c (?,?,?,?) ra c3a63d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3a63d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3a63d5000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3a63d7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3a63d9800000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3a63db800000068 sp 0 sz 0 taskqueue_thread_loop+114 (?,?,?,?) ra c3a63e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3a63e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3a63e8000000000 sp 0 sz 0 pid 14 Tracing command kernel pid 0 tid 100029 td 0x809d6000 cpu_switch+6c (?,?,?,?) ra c3ab7d2800000000 sp 0 sz 0 sched_switch+224 (?,?,?,?) ra c3ab7d2800000028 sp 0 sz 0 mi_switch+27c (?,?,?,?) ra c3ab7d5000000020 sp 0 sz 0 801beedc+1a0 (?,?,?,?) ra c3ab7d7000000028 sp 0 sz 0 sleepq_wait+78 (?,?,?,?) ra c3ab7d9800000020 sp 0 sz 0 _sleep+42c (?,?,?,80346528) ra c3ab7db800000068 sp 0 sz 0 --More-- taskqueue_thread_loop+114 (?,?,?,?) ra c3ab7e2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c3ab7e5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c3ab7e8000000000 sp 0 sz 0 pid 14 From owner-freebsd-mips@freebsd.org Mon Nov 9 20:00:23 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD23BA2A321 for ; Mon, 9 Nov 2015 20:00:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F7F21A3A for ; Mon, 9 Nov 2015 20:00:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igcph11 with SMTP id ph11so35191062igc.1 for ; Mon, 09 Nov 2015 12:00:22 -0800 (PST) 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=NRZyUine92+7Sha7085LtV5jquMrXNS2e1z+HYCYs1E=; b=uaLjVrwc0COSOBaaDKDEb0xwEDobySF/aXRk7mvhY0cE6BOcOW6EEh4EoDW1HOQMLi ylZX2bi91r3knMaYWZh+VYXXlqwRqWC/TW6DLs4ZzcfAmNBQKCAktbQl15IyO4VIKV9d tGqB2F7UWKcFcMuZg8imQlA5D4eYxR7MlXSUVU7kJZ2WKHXXV8fX7ylYFeQg2XJAktqs 7+4xqPCbD6ln/vzAx1+U4POzwIeLTBSgF7Dx55gZ84AMJxOAmzwS2sKjbNZgKYIDVVMV gXLcW/Pq3mi9lKhSkT4gxDp26pH1TGb0lY+ckrUEyayz+nl9sQB6XI2I/3YMjt8CXDz9 nf4w== MIME-Version: 1.0 X-Received: by 10.50.62.104 with SMTP id x8mr288449igr.22.1447099222277; Mon, 09 Nov 2015 12:00:22 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Mon, 9 Nov 2015 12:00:22 -0800 (PST) In-Reply-To: <5640F315.5020303@grosbein.net> References: <56348063.3090508@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> Date: Mon, 9 Nov 2015 12:00:22 -0800 X-Google-Sender-Auth: T4gKr64jimYlcyRbapZA9AycsDA Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 20:00:23 -0000 hiya, pruning jeff/kib/benno until we figure it out a bit more: When things hang, can you hit ctrl-T to get anything? Does pinging the unit work? Or is it fully wedged? -adrian From owner-freebsd-mips@freebsd.org Mon Nov 9 20:29:18 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF060A2ACBC for ; Mon, 9 Nov 2015 20:29:18 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A42A1CD5; Mon, 9 Nov 2015 20:29:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tA9KTCbx013019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Nov 2015 21:29:13 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tA9KT87w051626; Tue, 10 Nov 2015 03:29:09 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <56410214.3070901@grosbein.net> Date: Tue, 10 Nov 2015 03:29:08 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 20:29:18 -0000 On 10.11.2015 03:00, Adrian Chadd wrote: > hiya, > > pruning jeff/kib/benno until we figure it out a bit more: > > When things hang, can you hit ctrl-T to get anything? Does pinging the > unit work? Or is it fully wedged? It is deadlocked meantime, not responding to ping. Console it totally dead excluding KDB. From owner-freebsd-mips@freebsd.org Mon Nov 9 21:06:31 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E980A29C27 for ; Mon, 9 Nov 2015 21:06:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EA8731AC8 for ; Mon, 9 Nov 2015 21:06:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbxm8 with SMTP id xm8so60061729igb.1 for ; Mon, 09 Nov 2015 13:06:30 -0800 (PST) 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=T2iQ3rcqG5nWPlvrgZlgRK52/x4415FYiQp85FzGDlg=; b=m2dGEtsTfnxA0slXUYG3bsn6iMTi/36kYdNurFpSZtw0o6eqwmACD6DGRvHlg69WvX 3SGRavlGUj35r7w9nPUkLN1lSHZGPv8Q5jVxYEXhu5jjvJF/+gJ2KiPF8ZdIIvMXf2Om 27gOhkUqs5K/6CjGlkuOFJbltB2nCP7YE826zgB9ftL1X0zbx5HsZ3pVqGPW47jwepq3 vtCrG//AmPW0MinsCAjjLhUDE0xHmF3rOAJalWRYklXYKV+f9+ByGFPmRwv8yOkgs/Ac ph7+LJ+5kTM3kb+Uymzz7DqlKlRa2blGqZB5rx7LqgSkmII82XUfiXCmsg11hqMtdpiu 9dBQ== MIME-Version: 1.0 X-Received: by 10.50.164.196 with SMTP id ys4mr507972igb.37.1447103190329; Mon, 09 Nov 2015 13:06:30 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Mon, 9 Nov 2015 13:06:30 -0800 (PST) In-Reply-To: <56410214.3070901@grosbein.net> References: <56348063.3090508@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> Date: Mon, 9 Nov 2015 13:06:30 -0800 X-Google-Sender-Auth: KGQFc4nMVD3FvvCA2ELGi-HdUSs Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 21:06:31 -0000 ok, something is spinning, ok. It looks like it was spinning in 'syncer'. -a On 9 November 2015 at 12:29, Eugene Grosbein wrote: > On 10.11.2015 03:00, Adrian Chadd wrote: >> hiya, >> >> pruning jeff/kib/benno until we figure it out a bit more: >> >> When things hang, can you hit ctrl-T to get anything? Does pinging the >> unit work? Or is it fully wedged? > > It is deadlocked meantime, not responding to ping. Console it totally dead excluding KDB. > > From owner-freebsd-mips@freebsd.org Mon Nov 9 21:43:05 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 936BCA2A86F for ; Mon, 9 Nov 2015 21:43:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5584914DD for ; Mon, 9 Nov 2015 21:43:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iodd200 with SMTP id d200so200923723iod.0 for ; Mon, 09 Nov 2015 13:43:04 -0800 (PST) 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=3Cp+T4fjMMErIFvbmVQ4jGR8wZiUR9oR9wH+uEGvypg=; b=FdK0Mc98FwZ/wCWTYdq3xoD12+eeCIyaStW9bpwKK0X8ilwOW9aPz0feI5XQ8PdgpH 2P1W2Ng1QCSu0paZoIgK7d4iphA3QtfrD27jw+I6ab+JVeVZF42vonFvTdLb5TRqJtIQ 0qsR5DrGOC2Xx0RmH4/jBTpOEiB5JqFIhVNPnkpaOiEB9gXluWvLouTVLkxri+2gU65o 5XUldoC6niqfFB3Xa3fnotlgYivUI4s8KzG78pHKQNuJeXtrIzsEya12RNVH21mjpqw+ YeVLpp9wZhNdclxBb/vG2XMBkwbN5WV4PON88sT05d1YJfvLyEKRrt1Ctw4pvSCUGW0c Ho0g== MIME-Version: 1.0 X-Received: by 10.107.46.142 with SMTP id u14mr567353iou.165.1447105384694; Mon, 09 Nov 2015 13:43:04 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Mon, 9 Nov 2015 13:43:03 -0800 (PST) In-Reply-To: References: <56348063.3090508@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> Date: Mon, 9 Nov 2015 13:43:03 -0800 X-Google-Sender-Auth: dqWZaB7molZ9RWUF3bxMcz3GTkE Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 21:43:05 -0000 Hi, How much C do you know? Are you able to add some debugging to sched_sync() (which IIRC is the syncer thread) and work out where it's getting stuck and spinning? (The MIPS debugger implementation unfortunately doesn't unwind through the serial break, so "syncer" in backtrace looks like it started at the hardware interrupt that triggered it..) -adrian From owner-freebsd-mips@freebsd.org Tue Nov 10 03:09:35 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EAF9AA2997F for ; Tue, 10 Nov 2015 03:09:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 971FE119A for ; Tue, 10 Nov 2015 03:09:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by iody8 with SMTP id y8so206812940iod.1 for ; Mon, 09 Nov 2015 19:09:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp_com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=9KuZ5/OUW6PPH+hzjxtvHD1pTkYnlTYFkxG2IwXgYcs=; b=IjpCq9kagGOhxYoeYnxYrXW/yzPYgNdlGDQQuTSja3TL1NABjEoQxT9BASZWUQd2T2 sbRVkI89XDNhPO4rf0kzzD/49z1BXZ2qk2BXd/GN6m8puBYIT8yA24yyx3O+jC24AgdA 0QfL/kKq8OOJ1+UQNcu41PPQIpofaPaNEycUMLd8jb50fgtnOxqzB8PNnlc8wy2IfbZN u7Gk1KjmJdl4D1pglOWrgRYESVR4JnWgjXk/gIKx6oN9B0w8re0edQhqnKCs5t4CQ4xp TH66ZSyDbX3EC0qwMq0VOK9MA8iSgKo0y9VnXnDpC0J8E1URhzD1FriCmQhGdCAzAM+U iznQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=9KuZ5/OUW6PPH+hzjxtvHD1pTkYnlTYFkxG2IwXgYcs=; b=aUN5KtIL0DgOMv1uqTIJcqCQ3CLO+2b4NkOavlzKdNKbElNmBvhjOMfvzOLAjYUiWi Py4QQLlWRr6uUtbtDfXSBAAygpNj0jhMt/gPmaVBGg+2j3BzDMT9QmBPi9BhIV7lHI/e 2ymxnEvXizoLYV8bSt0znAVb/k7KD2ekJvF5eFAwdsvIxsX9sT4uOGluOrLYfvkSqqP1 iePPfxhXfEdaWbRy3iAqKPnlTvYoP7fqcW/eS72AuLP8Z3HfZyc45CVzPA2HILsrNcVr hTorz6BDumjPje7q6B6qdVVL9N6k2o8OkHGP2oR7w5sL4cm42hCXdzZLIWuqyLugPKE7 /D6A== X-Gm-Message-State: ALoCoQlNRu/tTW6IjkxiDVcM53JV4rSN/LzBxGIT4HVbDILr9QuF8TBmda6pXBfBM5XQ62x1Yats X-Received: by 10.107.16.18 with SMTP id y18mr1498892ioi.113.1447124973897; Mon, 09 Nov 2015 19:09:33 -0800 (PST) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by smtp.gmail.com with ESMTPSA id aw1sm6058388igc.21.2015.11.09.19.09.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Nov 2015 19:09:32 -0800 (PST) Sender: Warner Losh Subject: Re: CPU underload Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_406BEEA5-8A00-4596-9CCD-6C4612E4B526"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <1447091207.91534.481.camel@freebsd.org> Date: Mon, 9 Nov 2015 20:09:30 -0700 Cc: Eugene Grosbein , Adrian Chadd , "freebsd-mips@freebsd.org" Message-Id: <42B3546E-F0F5-4A66-AFF0-D16465343FF9@bsdimp.com> References: <56348063.3090508@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F938B.3070707@grosbein.net> <1447090771.91534.477.camel@freebsd.org> <5640DB0E.8010005@grosbein.net> <1447091207.91534.481.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 03:09:35 -0000 --Apple-Mail=_406BEEA5-8A00-4596-9CCD-6C4612E4B526 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Nov 9, 2015, at 10:46 AM, Ian Lepore wrote: >=20 > On Tue, 2015-11-10 at 00:42 +0700, Eugene Grosbein wrote: >> On 10.11.2015 00:39, Ian Lepore wrote: >>> On Sun, 2015-11-08 at 11:23 -0800, Adrian Chadd wrote: >>>> ok, what's the l1 cache size reported at boot up? >>>>=20 >>>> I think I may just bump them all to 64. >>>=20 >>> 64 is not some kind of magic panacea. The value needs to be set to >>> the >>> cache line size for the runtime platform. If the right value is >>> 32, >>> then setting it to 64 will just waste memory. If we ever have a universal kernel, 64 could run on either 32 or 64 byte cache lines. Since we don=E2=80=99t, this is largely correct. It = was mostly a quick and easy to test suggestion, it doesn=E2=80=99t matter = since: >>>> L1 d-cache: 4 ways of 256 sets, 32 bytes per line >> Is it for instruction cache or for data cache? >=20 > Only the data cache size matters for USB_HOST_ALIGN. Since we=E2=80=99re flushing the data cache, and we don=E2=80=99t want = the device visible part of the USB buffers to share a cache line with other data for the host to use about the device. Making it too big doesn=E2=80=99t help, and costs memory. Making it too small is fatal: usb simply won=E2=80=99t work. Why we don=E2=80=99t have a panic when the cache line size is larger than usb_host_align, and a warning when it is smaller is beyond me... Warner --Apple-Mail=_406BEEA5-8A00-4596-9CCD-6C4612E4B526 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 iQIcBAEBCgAGBQJWQV/rAAoJEGwc0Sh9sBEAofcP/2CuPgnVWJ72D9KVEcOXHfZv +8+z7PyyZ7+pZ1kJMP7LEaL2Gou+zVC/9y+TkYcYvs191WvFVWcYxl8tyTrlz/Sn 2CpeD34FglLdINHSiMgpqe4QPzjpuZ9VjqxixLntTapyu87x0qm0iwoXUc3kX4Ay +LLvem+71mTbQby4Rvpp/g+DCIr5THGnChpKliThUbXnXaqAwzNx8yeEUwQ7acZ9 eywqBKR26UCiubic/evpd4EM3r/UdRRDCjHWde2VIYnEMTyzO7sQwmUfURpGBzZp unqPcDv62rEKcg45/O198Cq7kwC534JZRsQ/lODJ8F6a771sJaY/46YxuM4WGRf0 LCJW9dV8m4UPda9jGdJmZ15xK7Fmn9Mu4Lf0s2ZfR0R1NBryN6Axlf+gJBxJOa7q f8w8Suh7qy2l6TtbX0SyhR3Uk+bFH986eL52LHcO4vCvRRv/8SFI9pX0/L7tNLLx Tc6KRdz1PGBTlDr9bbfJt4SrFDW5x5uyX+gUio11fCv+RZx8tw7+P64Ti9H7HoeI LTVu1OgRldFqz2sR6CX8faKc3/l1COVN/dZya4/1b0A9JvfUxu0pbrXobO9WP6B2 83kRSbupdbh6XO2p58pKj5FpoCe5OyAjHB6ZK3zN6EKuNMrR2++SPWPEID0o9TdG vO2lyCt1swwK5TcqHkxV =sW1u -----END PGP SIGNATURE----- --Apple-Mail=_406BEEA5-8A00-4596-9CCD-6C4612E4B526-- From owner-freebsd-mips@freebsd.org Tue Nov 10 07:40:59 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80730A2BED3 for ; Tue, 10 Nov 2015 07:40:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D79419C9; Tue, 10 Nov 2015 07:40:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tAA7ekqo015622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Nov 2015 08:40:48 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tAA7egoR054652; Tue, 10 Nov 2015 14:40:42 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <56419F7A.1090407@grosbein.net> Date: Tue, 10 Nov 2015 14:40:42 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_48_96, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.2 DATE_IN_FUTURE_48_96 Date: is 48 to 96 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 07:40:59 -0000 On 10.11.2015 04:43, Adrian Chadd wrote: > Hi, > > How much C do you know? Are you able to add some debugging to > sched_sync() (which IIRC is the syncer thread) and work out where it's > getting stuck and spinning? I have no problems with C programming. But I'm not familiar with syncer code yet. I'll try... From owner-freebsd-mips@freebsd.org Tue Nov 10 07:48:08 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51755A2A2D8 for ; Tue, 10 Nov 2015 07:48:08 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B5F2F1E80; Tue, 10 Nov 2015 07:48:07 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tAA7m3CD015647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Nov 2015 08:48:04 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tAA7m0Li054694; Tue, 10 Nov 2015 14:48:00 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <5641A130.30703@grosbein.net> Date: Tue, 10 Nov 2015 14:48:00 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_48_96, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.2 DATE_IN_FUTURE_48_96 Date: is 48 to 96 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 07:48:08 -0000 On 10.11.2015 04:43, Adrian Chadd wrote: > Hi, > > How much C do you know? Are you able to add some debugging to > sched_sync() (which IIRC is the syncer thread) and work out where it's > getting stuck and spinning? > > (The MIPS debugger implementation unfortunately doesn't unwind through > the serial break, so "syncer" in backtrace looks like it started at > the hardware interrupt that triggered it..) I've found that "continue" ddb command does nothing for MIPS32. Why? From owner-freebsd-mips@freebsd.org Tue Nov 10 14:54:23 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79217A2A25A for ; Tue, 10 Nov 2015 14:54:23 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (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 41FD81DDD for ; Tue, 10 Nov 2015 14:54:23 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id tAAEerHm034780 for ; Tue, 10 Nov 2015 06:40:59 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <42B3546E-F0F5-4A66-AFF0-D16465343FF9@bsdimp.com> References: <56348063.3090508@grosbein.net> <563500FC.8020201@grosbein.net> <5635148B.2070307@grosbein.net> <56351AA6.80903@grosbein.net> <563523CA.3040207@grosbein.net> <56367686.4090801@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F938B.3070707@grosbein.net> <1447090771.91534.477.camel@freebsd.org> <5640DB0E.8010005@grosbein.net> <1447091207.91534.481.camel@freebsd.org>, <42B3546E-F0F5-4A66-AFF0-D16465343FF9@bsdimp.com> From: "Chris H" Subject: Re: CPU underload Date: Tue, 10 Nov 2015 06:40:59 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 14:54:23 -0000 On Mon, 9 Nov 2015 20:09:30 -0700 Warner Losh wrote > > On Nov 9, 2015, at 10:46 AM, Ian Lepore wrote: > > > > On Tue, 2015-11-10 at 00:42 +0700, Eugene Grosbein wrote: > >> On 10.11.2015 00:39, Ian Lepore wrote: > >>> On Sun, 2015-11-08 at 11:23 -0800, Adrian Chadd wrote: > >>>> ok, what's the l1 cache size reported at boot up? > >>>> > >>>> I think I may just bump them all to 64. > >>> > >>> 64 is not some kind of magic panacea. The value needs to be set to > >>> the > >>> cache line size for the runtime platform. If the right value is > >>> 32, > >>> then setting it to 64 will just waste memory. > > If we ever have a universal kernel, 64 could run on either 32 or > 64 byte cache lines. Since we don’t, this is largely correct. It was > mostly a quick and easy to test suggestion, it doesn’t matter since: > > >>>> L1 d-cache: 4 ways of 256 sets, 32 bytes per line > > >> Is it for instruction cache or for data cache? > > > > Only the data cache size matters for USB_HOST_ALIGN. > > Since we’re flushing the data cache, and we don’t want the > device visible part of the USB buffers to share a cache line > with other data for the host to use about the device. Making > it too big doesn’t help, and costs memory. Making it too small > is fatal: usb simply won’t work. Pitty. Cause it seems like 48 might have been a nice compromise. :) > > Why we don’t have a panic when the cache line size is larger > than usb_host_align, and a warning when it is smaller is > beyond me... > > Warner From owner-freebsd-mips@freebsd.org Tue Nov 10 15:39:48 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D513EA2B0E2 for ; Tue, 10 Nov 2015 15:39:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 987F01BF0 for ; Tue, 10 Nov 2015 15:39:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igvg19 with SMTP id g19so51167394igv.1 for ; Tue, 10 Nov 2015 07:39:48 -0800 (PST) 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=wrbE5yD89CWzdPyFcsZidvz/fL4lfoSHrShDvQ0iDJ8=; b=qpYD5pgcu5sUOGv+BmVIHWO9TcMaSDRdrJbXkJuk4K3KvQr97yDFQFxW4UUcnBtkJh JCSh1tltm5pHmsF8MYazPjiffVJDNUv0oHZZpKcR0T9zY5iUhWFLIlIcHvBLTlbNP3vg yvghfMzrAHMQGVYbZGt3dlD7GX2hAZ7TB8FHJykJmlaCueNPmxJK+XQanI2cACXQM2+c x4FiKWNyxv6LsriXCD65dPWUqU7Uob1MM1ftVu0JVrOZpVpPZZpFo0rYMRxlRqBjMUWY ASK4XVqhe0VpjI5sPojKvZddzDI+pI20fDPB2/gDwBYPFMeOMLIRetM90DLoBy4SD3wc V7gQ== MIME-Version: 1.0 X-Received: by 10.50.73.228 with SMTP id o4mr27205808igv.37.1447169987987; Tue, 10 Nov 2015 07:39:47 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Tue, 10 Nov 2015 07:39:47 -0800 (PST) In-Reply-To: <5641A130.30703@grosbein.net> References: <56348063.3090508@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> <5641A130.30703@grosbein.net> Date: Tue, 10 Nov 2015 07:39:47 -0800 X-Google-Sender-Auth: jLaSu7EjbTB80cnzk4svtRtjZwY Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 15:39:48 -0000 On 9 November 2015 at 23:48, Eugene Grosbein wrote: > On 10.11.2015 04:43, Adrian Chadd wrote: >> Hi, >> >> How much C do you know? Are you able to add some debugging to >> sched_sync() (which IIRC is the syncer thread) and work out where it's >> getting stuck and spinning? >> >> (The MIPS debugger implementation unfortunately doesn't unwind through >> the serial break, so "syncer" in backtrace looks like it started at >> the hardware interrupt that triggered it..) > > I've found that "continue" ddb command does nothing for MIPS32. Why? Someone broke it :( I've asked on freebsd-mips@ for help figuring it out. -adrian From owner-freebsd-mips@freebsd.org Tue Nov 10 18:05:47 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67DCCA2B034 for ; Tue, 10 Nov 2015 18:05:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 147951324; Tue, 10 Nov 2015 18:05:46 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tAAI5VXe017397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Nov 2015 19:05:33 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tAAI5I9c076738; Wed, 11 Nov 2015 01:05:18 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein Message-ID: <564231DE.7090308@grosbein.net> Date: Wed, 11 Nov 2015 01:05:18 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_48_96, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.2 DATE_IN_FUTURE_48_96 Date: is 48 to 96 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 18:05:47 -0000 On 10.11.2015 04:43, Adrian Chadd wrote: > Hi, > > How much C do you know? Are you able to add some debugging to > sched_sync() (which IIRC is the syncer thread) and work out where it's > getting stuck and spinning? I did. I've added new global kernel symbol, variable schedstat so I can check its value using ddb. And it's always equals to 5 when deadlock occurs, discovering the loop: --- sys/kern/vfs_subr.c.orig 2015-10-08 23:33:53.935440000 +0700 +++ sys/kern/vfs_subr.c 2015-11-11 01:01:06.248144000 +0700 @@ -1786,169 +1786,199 @@ sync_vnode(struct synclist *slp, struct * Put us back on the worklist. The worklist * routine will remove us from our current * position and then add us back in at a later * position. */ vn_syncer_add_to_worklist(*bo, syncdelay); } BO_UNLOCK(*bo); vdrop(vp); mtx_lock(&sync_mtx); return (0); } static int first_printf = 1; +volatile unsigned schedstate = 0; + /* * System filesystem synchronizer daemon. */ static void sched_sync(void) { struct synclist *next, *slp; struct bufobj *bo; long starttime; struct thread *td = curthread; int last_work_seen; int net_worklist_len; int syncer_final_iter; int error; last_work_seen = 0; syncer_final_iter = 0; syncer_state = SYNCER_RUNNING; starttime = time_uptime; td->td_pflags |= TDP_NORUNNINGBUF; EVENTHANDLER_REGISTER(shutdown_pre_sync, syncer_shutdown, td->td_proc, SHUTDOWN_PRI_LAST); + schedstate = 0; mtx_lock(&sync_mtx); for (;;) { + schedstate = 1; + if (syncer_state == SYNCER_FINAL_DELAY && syncer_final_iter == 0) { mtx_unlock(&sync_mtx); kproc_suspend_check(td->td_proc); mtx_lock(&sync_mtx); } + schedstate = 2; + net_worklist_len = syncer_worklist_len - sync_vnode_count; if (syncer_state != SYNCER_RUNNING && starttime != time_uptime) { if (first_printf) { printf("\nSyncing disks, vnodes remaining..."); first_printf = 0; } printf("%d ", net_worklist_len); } starttime = time_uptime; /* * Push files whose dirty time has expired. Be careful * of interrupt race on slp queue. * * Skip over empty worklist slots when shutting down. */ do { + schedstate = 3; slp = &syncer_workitem_pending[syncer_delayno]; syncer_delayno += 1; if (syncer_delayno == syncer_maxdelay) syncer_delayno = 0; next = &syncer_workitem_pending[syncer_delayno]; /* * If the worklist has wrapped since the * it was emptied of all but syncer vnodes, * switch to the FINAL_DELAY state and run * for one more second. */ if (syncer_state == SYNCER_SHUTTING_DOWN && net_worklist_len == 0 && last_work_seen == syncer_delayno) { syncer_state = SYNCER_FINAL_DELAY; syncer_final_iter = SYNCER_SHUTDOWN_SPEEDUP; } } while (syncer_state != SYNCER_RUNNING && LIST_EMPTY(slp) && syncer_worklist_len > 0); + schedstate = 4; + /* * Keep track of the last time there was anything * on the worklist other than syncer vnodes. * Return to the SHUTTING_DOWN state if any * new work appears. */ if (net_worklist_len > 0 || syncer_state == SYNCER_RUNNING) last_work_seen = syncer_delayno; if (net_worklist_len > 0 && syncer_state == SYNCER_FINAL_DELAY) syncer_state = SYNCER_SHUTTING_DOWN; while (!LIST_EMPTY(slp)) { + schedstate = 5; + error = sync_vnode(slp, &bo, td); if (error == 1) { LIST_REMOVE(bo, bo_synclist); LIST_INSERT_HEAD(next, bo, bo_synclist); continue; } + schedstate = 6; if (first_printf == 0) { + schedstate = 7; /* * Drop the sync mutex, because some watchdog * drivers need to sleep while patting */ mtx_unlock(&sync_mtx); wdog_kern_pat(WD_LASTVAL); mtx_lock(&sync_mtx); } + schedstate = 8; } + schedstate = 9; + if (syncer_state == SYNCER_FINAL_DELAY && syncer_final_iter > 0) syncer_final_iter--; /* * The variable rushjob allows the kernel to speed up the * processing of the filesystem syncer process. A rushjob * value of N tells the filesystem syncer to process the next * N seconds worth of work on its queue ASAP. Currently rushjob * is used by the soft update code to speed up the filesystem * syncer process when the incore state is getting so far * ahead of the disk that the kernel memory pool is being * threatened with exhaustion. */ if (rushjob > 0) { rushjob -= 1; continue; } /* * Just sleep for a short period of time between * iterations when shutting down to allow some I/O * to happen. * * If it has taken us less than a second to process the * current work, then wait. Otherwise start right over * again. We can still lose time if any single round * takes more than two seconds, but it does not really * matter as we are just trying to generally pace the * filesystem activity. */ + + schedstate = 10; + if (syncer_state != SYNCER_RUNNING || time_uptime == starttime) { + schedstate = 11; thread_lock(td); sched_prio(td, PPAUSE); thread_unlock(td); } - if (syncer_state != SYNCER_RUNNING) + schedstate = 12; + + if (syncer_state != SYNCER_RUNNING) { + schedstate = 13; + cv_timedwait(&sync_wakeup, &sync_mtx, hz / SYNCER_SHUTDOWN_SPEEDUP); - else if (time_uptime == starttime) + } + else if (time_uptime == starttime) { + schedstate = 14; cv_timedwait(&sync_wakeup, &sync_mtx, hz); + } + schedstate = 15; } + schedstate = 16; } /* * Request the syncer daemon to speed up its work. * We never push it to speed up more than half of its * normal turn time, otherwise it could take over the cpu. */ int speedup_syncer(void) { int ret = 0; mtx_lock(&sync_mtx); if (rushjob < syncdelay / 2) { rushjob += 1; From owner-freebsd-mips@freebsd.org Tue Nov 10 18:55:17 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52A4AA2BFA7 for ; Tue, 10 Nov 2015 18:55:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F3561E4C; Tue, 10 Nov 2015 18:55:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tAAIt8lq017551 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Nov 2015 19:55:09 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tAAIsx5h076981; Wed, 11 Nov 2015 01:54:59 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd References: <56348063.3090508@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> <564231DE.7090308@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <56423D82.5030203@grosbein.net> Date: Wed, 11 Nov 2015 01:54:59 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <564231DE.7090308@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_48_96, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.2 DATE_IN_FUTURE_48_96 Date: is 48 to 96 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 18:55:17 -0000 On 11.11.2015 01:05, Eugene Grosbein wrote: > On 10.11.2015 04:43, Adrian Chadd wrote: >> Hi, >> >> How much C do you know? Are you able to add some debugging to >> sched_sync() (which IIRC is the syncer thread) and work out where it's >> getting stuck and spinning? > > I did. I've added new global kernel symbol, variable schedstat > so I can check its value using ddb. And it's always equals to 5 > when deadlock occurs, discovering the loop I've digged it a bit more. I tried to make double sure it loops and added loop counter "schedloop" hoping to see some insane large value. But it does not loop this way and schedloop is always 1. It just sits inside sync_vnode(). So I've added another variable "svnodestate" to trace sync_vnode() and svnodestate is 9. That is, VOP_FSYNC(vp, MNT_LAZY, td) does not return: --- sys/kern/vfs_subr.c.orig 2015-10-08 23:33:53.935440000 +0700 +++ /sys/kern/vfs_subr.c 2015-11-11 01:39:09.450390000 +0700 @@ -1738,217 +1738,272 @@ sysctl_vfs_worklist_len(SYSCTL_HANDLER_A return (error); } SYSCTL_PROC(_vfs, OID_AUTO, worklist_len, CTLTYPE_INT | CTLFLAG_RD, NULL, 0, sysctl_vfs_worklist_len, "I", "Syncer thread worklist length"); static struct proc *updateproc; static void sched_sync(void); static struct kproc_desc up_kp = { "syncer", sched_sync, &updateproc }; SYSINIT(syncer, SI_SUB_KTHREAD_UPDATE, SI_ORDER_FIRST, kproc_start, &up_kp); +volatile unsigned svnodestate = 0; + static int sync_vnode(struct synclist *slp, struct bufobj **bo, struct thread *td) { struct vnode *vp; struct mount *mp; + svnodestate = 0; *bo = LIST_FIRST(slp); if (*bo == NULL) return (0); + + svnodestate = 1; vp = (*bo)->__bo_vnode; /* XXX */ if (VOP_ISLOCKED(vp) != 0 || VI_TRYLOCK(vp) == 0) return (1); /* * We use vhold in case the vnode does not * successfully sync. vhold prevents the vnode from * going away when we unlock the sync_mtx so that * we can acquire the vnode interlock. */ + svnodestate = 2; vholdl(vp); + svnodestate = 3; mtx_unlock(&sync_mtx); VI_UNLOCK(vp); + svnodestate = 4; if (vn_start_write(vp, &mp, V_NOWAIT) != 0) { + svnodestate = 5; vdrop(vp); + svnodestate = 6; mtx_lock(&sync_mtx); + svnodestate = 7; return (*bo == LIST_FIRST(slp)); } + svnodestate = 8; vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); + svnodestate = 9; (void) VOP_FSYNC(vp, MNT_LAZY, td); + svnodestate = 10; VOP_UNLOCK(vp, 0); + svnodestate = 11; vn_finished_write(mp); + svnodestate = 12; BO_LOCK(*bo); + svnodestate = 13; if (((*bo)->bo_flag & BO_ONWORKLST) != 0) { /* * Put us back on the worklist. The worklist * routine will remove us from our current * position and then add us back in at a later * position. */ + svnodestate = 14; vn_syncer_add_to_worklist(*bo, syncdelay); } + svnodestate = 15; BO_UNLOCK(*bo); + svnodestate = 16; vdrop(vp); + svnodestate = 17; mtx_lock(&sync_mtx); + svnodestate = 18; return (0); } static int first_printf = 1; +volatile unsigned schedstate = 0; +volatile unsigned schedloop = 0; + /* * System filesystem synchronizer daemon. */ static void sched_sync(void) { struct synclist *next, *slp; struct bufobj *bo; long starttime; struct thread *td = curthread; int last_work_seen; int net_worklist_len; int syncer_final_iter; int error; last_work_seen = 0; syncer_final_iter = 0; syncer_state = SYNCER_RUNNING; starttime = time_uptime; td->td_pflags |= TDP_NORUNNINGBUF; EVENTHANDLER_REGISTER(shutdown_pre_sync, syncer_shutdown, td->td_proc, SHUTDOWN_PRI_LAST); + schedstate = 0; mtx_lock(&sync_mtx); for (;;) { + schedstate = 1; + if (syncer_state == SYNCER_FINAL_DELAY && syncer_final_iter == 0) { mtx_unlock(&sync_mtx); kproc_suspend_check(td->td_proc); mtx_lock(&sync_mtx); } + schedstate = 2; + net_worklist_len = syncer_worklist_len - sync_vnode_count; if (syncer_state != SYNCER_RUNNING && starttime != time_uptime) { if (first_printf) { printf("\nSyncing disks, vnodes remaining..."); first_printf = 0; } printf("%d ", net_worklist_len); } starttime = time_uptime; /* * Push files whose dirty time has expired. Be careful * of interrupt race on slp queue. * * Skip over empty worklist slots when shutting down. */ do { + schedstate = 3; slp = &syncer_workitem_pending[syncer_delayno]; syncer_delayno += 1; if (syncer_delayno == syncer_maxdelay) syncer_delayno = 0; next = &syncer_workitem_pending[syncer_delayno]; /* * If the worklist has wrapped since the * it was emptied of all but syncer vnodes, * switch to the FINAL_DELAY state and run * for one more second. */ if (syncer_state == SYNCER_SHUTTING_DOWN && net_worklist_len == 0 && last_work_seen == syncer_delayno) { syncer_state = SYNCER_FINAL_DELAY; syncer_final_iter = SYNCER_SHUTDOWN_SPEEDUP; } } while (syncer_state != SYNCER_RUNNING && LIST_EMPTY(slp) && syncer_worklist_len > 0); + schedstate = 4; + /* * Keep track of the last time there was anything * on the worklist other than syncer vnodes. * Return to the SHUTTING_DOWN state if any * new work appears. */ if (net_worklist_len > 0 || syncer_state == SYNCER_RUNNING) last_work_seen = syncer_delayno; if (net_worklist_len > 0 && syncer_state == SYNCER_FINAL_DELAY) syncer_state = SYNCER_SHUTTING_DOWN; + schedloop=0; while (!LIST_EMPTY(slp)) { + schedstate = 5; + schedloop++; + error = sync_vnode(slp, &bo, td); if (error == 1) { LIST_REMOVE(bo, bo_synclist); LIST_INSERT_HEAD(next, bo, bo_synclist); continue; } + schedstate = 6; if (first_printf == 0) { + schedstate = 7; /* * Drop the sync mutex, because some watchdog * drivers need to sleep while patting */ mtx_unlock(&sync_mtx); wdog_kern_pat(WD_LASTVAL); mtx_lock(&sync_mtx); } + schedstate = 8; } + schedstate = 9; + if (syncer_state == SYNCER_FINAL_DELAY && syncer_final_iter > 0) syncer_final_iter--; /* * The variable rushjob allows the kernel to speed up the * processing of the filesystem syncer process. A rushjob * value of N tells the filesystem syncer to process the next * N seconds worth of work on its queue ASAP. Currently rushjob * is used by the soft update code to speed up the filesystem * syncer process when the incore state is getting so far * ahead of the disk that the kernel memory pool is being * threatened with exhaustion. */ if (rushjob > 0) { rushjob -= 1; continue; } /* * Just sleep for a short period of time between * iterations when shutting down to allow some I/O * to happen. * * If it has taken us less than a second to process the * current work, then wait. Otherwise start right over * again. We can still lose time if any single round * takes more than two seconds, but it does not really * matter as we are just trying to generally pace the * filesystem activity. */ + + schedstate = 10; + if (syncer_state != SYNCER_RUNNING || time_uptime == starttime) { + schedstate = 11; thread_lock(td); sched_prio(td, PPAUSE); thread_unlock(td); } - if (syncer_state != SYNCER_RUNNING) + schedstate = 12; + + if (syncer_state != SYNCER_RUNNING) { + schedstate = 13; + cv_timedwait(&sync_wakeup, &sync_mtx, hz / SYNCER_SHUTDOWN_SPEEDUP); - else if (time_uptime == starttime) + } + else if (time_uptime == starttime) { + schedstate = 14; cv_timedwait(&sync_wakeup, &sync_mtx, hz); + } + schedstate = 15; } + schedstate = 16; } /* * Request the syncer daemon to speed up its work. * We never push it to speed up more than half of its * normal turn time, otherwise it could take over the cpu. */ int speedup_syncer(void) { int ret = 0; mtx_lock(&sync_mtx); if (rushjob < syncdelay / 2) { rushjob += 1; From owner-freebsd-mips@freebsd.org Tue Nov 10 18:57:07 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 003C3A2C00C for ; Tue, 10 Nov 2015 18:57:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4DC81EBC; Tue, 10 Nov 2015 18:57:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igvg19 with SMTP id g19so55378422igv.1; Tue, 10 Nov 2015 10:57:06 -0800 (PST) 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=9Yu3AXTwPzn9gUTPRv37oxesRXgbumLRh2dt/dVFexk=; b=IiUh+MZZAcfDvVcjDDfPButfUga0PVPMQmTni00HJxtUUBnKiIQHTCts6I+p2vOpaK CtStLvjvVq7IO0521lxhTeSQyK+jU+oKMuHLdjlkkouZ6URKiwLBs+GfpB/FNjxB/qIw XDb2DagB3WRMOTGnlbFWpKn+z/V71xdvMONZF9tExsuETcBsVXt3Vg2KIevTmt2GfXY3 N13nDenRy685UlRggZpCpKrH49Tid0IK5yK5RZTC3yyMgeMWb+CTUVRat4gVU/FswuzZ jnVWil3Wy2y/80aMNg0gfwt1BKpWmT8Kqk8+mzWSVVofCP4c+iQ7NTtXO+Wvp39kohxR 8PhQ== MIME-Version: 1.0 X-Received: by 10.50.155.41 with SMTP id vt9mr25896008igb.22.1447181826170; Tue, 10 Nov 2015 10:57:06 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Tue, 10 Nov 2015 10:57:06 -0800 (PST) In-Reply-To: <56423D82.5030203@grosbein.net> References: <56348063.3090508@grosbein.net> <563707A0.3040700@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> <564231DE.7090308@grosbein.net> <56423D82.5030203@grosbein.net> Date: Tue, 10 Nov 2015 10:57:06 -0800 X-Google-Sender-Auth: IDzi_y-GaIXEHEuRC6JU_0xPQeM Message-ID: Subject: Re: USB-related problem From: Adrian Chadd To: Eugene Grosbein , benno , Jeff Roberson , Konstantin Belousov Cc: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 18:57:07 -0000 + benno, jeff, kib cool, so now we know where syncer is hanging. nice work! That syncer loop that calls it waiting for the list to be empty is also a bit suss; it looks like it could also get stuck in a loop and never yield. -a On 10 November 2015 at 10:54, Eugene Grosbein wrote: > On 11.11.2015 01:05, Eugene Grosbein wrote: >> On 10.11.2015 04:43, Adrian Chadd wrote: >>> Hi, >>> >>> How much C do you know? Are you able to add some debugging to >>> sched_sync() (which IIRC is the syncer thread) and work out where it's >>> getting stuck and spinning? >> >> I did. I've added new global kernel symbol, variable schedstat >> so I can check its value using ddb. And it's always equals to 5 >> when deadlock occurs, discovering the loop > > I've digged it a bit more. I tried to make double sure it loops > and added loop counter "schedloop" hoping to see some insane large value. > But it does not loop this way and schedloop is always 1. > > It just sits inside sync_vnode(). So I've added another variable "svnodestate" > to trace sync_vnode() and svnodestate is 9. > > That is, VOP_FSYNC(vp, MNT_LAZY, td) does not return: > > --- sys/kern/vfs_subr.c.orig 2015-10-08 23:33:53.935440000 +0700 > +++ /sys/kern/vfs_subr.c 2015-11-11 01:39:09.450390000 +0700 > @@ -1738,217 +1738,272 @@ sysctl_vfs_worklist_len(SYSCTL_HANDLER_A > return (error); > } > > SYSCTL_PROC(_vfs, OID_AUTO, worklist_len, CTLTYPE_INT | CTLFLAG_RD, NULL, 0, > sysctl_vfs_worklist_len, "I", "Syncer thread worklist length"); > > static struct proc *updateproc; > static void sched_sync(void); > static struct kproc_desc up_kp = { > "syncer", > sched_sync, > &updateproc > }; > SYSINIT(syncer, SI_SUB_KTHREAD_UPDATE, SI_ORDER_FIRST, kproc_start, &up_kp); > > +volatile unsigned svnodestate = 0; > + > static int > sync_vnode(struct synclist *slp, struct bufobj **bo, struct thread *td) > { > struct vnode *vp; > struct mount *mp; > > + svnodestate = 0; > *bo = LIST_FIRST(slp); > if (*bo == NULL) > return (0); > + > + svnodestate = 1; > vp = (*bo)->__bo_vnode; /* XXX */ > if (VOP_ISLOCKED(vp) != 0 || VI_TRYLOCK(vp) == 0) > return (1); > /* > * We use vhold in case the vnode does not > * successfully sync. vhold prevents the vnode from > * going away when we unlock the sync_mtx so that > * we can acquire the vnode interlock. > */ > + svnodestate = 2; > vholdl(vp); > + svnodestate = 3; > mtx_unlock(&sync_mtx); > VI_UNLOCK(vp); > + svnodestate = 4; > if (vn_start_write(vp, &mp, V_NOWAIT) != 0) { > + svnodestate = 5; > vdrop(vp); > + svnodestate = 6; > mtx_lock(&sync_mtx); > + svnodestate = 7; > return (*bo == LIST_FIRST(slp)); > } > + svnodestate = 8; > vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); > + svnodestate = 9; > (void) VOP_FSYNC(vp, MNT_LAZY, td); > + svnodestate = 10; > VOP_UNLOCK(vp, 0); > + svnodestate = 11; > vn_finished_write(mp); > + svnodestate = 12; > BO_LOCK(*bo); > + svnodestate = 13; > if (((*bo)->bo_flag & BO_ONWORKLST) != 0) { > /* > * Put us back on the worklist. The worklist > * routine will remove us from our current > * position and then add us back in at a later > * position. > */ > + svnodestate = 14; > vn_syncer_add_to_worklist(*bo, syncdelay); > } > + svnodestate = 15; > BO_UNLOCK(*bo); > + svnodestate = 16; > vdrop(vp); > + svnodestate = 17; > mtx_lock(&sync_mtx); > + svnodestate = 18; > return (0); > } > > static int first_printf = 1; > > +volatile unsigned schedstate = 0; > +volatile unsigned schedloop = 0; > + > /* > * System filesystem synchronizer daemon. > */ > static void > sched_sync(void) > { > struct synclist *next, *slp; > struct bufobj *bo; > long starttime; > struct thread *td = curthread; > int last_work_seen; > int net_worklist_len; > int syncer_final_iter; > int error; > > last_work_seen = 0; > syncer_final_iter = 0; > syncer_state = SYNCER_RUNNING; > starttime = time_uptime; > td->td_pflags |= TDP_NORUNNINGBUF; > > EVENTHANDLER_REGISTER(shutdown_pre_sync, syncer_shutdown, td->td_proc, > SHUTDOWN_PRI_LAST); > > + schedstate = 0; > mtx_lock(&sync_mtx); > for (;;) { > + schedstate = 1; > + > if (syncer_state == SYNCER_FINAL_DELAY && > syncer_final_iter == 0) { > mtx_unlock(&sync_mtx); > kproc_suspend_check(td->td_proc); > mtx_lock(&sync_mtx); > } > + schedstate = 2; > + > net_worklist_len = syncer_worklist_len - sync_vnode_count; > if (syncer_state != SYNCER_RUNNING && > starttime != time_uptime) { > if (first_printf) { > printf("\nSyncing disks, vnodes remaining..."); > first_printf = 0; > } > printf("%d ", net_worklist_len); > } > starttime = time_uptime; > > /* > * Push files whose dirty time has expired. Be careful > * of interrupt race on slp queue. > * > * Skip over empty worklist slots when shutting down. > */ > do { > + schedstate = 3; > slp = &syncer_workitem_pending[syncer_delayno]; > syncer_delayno += 1; > if (syncer_delayno == syncer_maxdelay) > syncer_delayno = 0; > next = &syncer_workitem_pending[syncer_delayno]; > /* > * If the worklist has wrapped since the > * it was emptied of all but syncer vnodes, > * switch to the FINAL_DELAY state and run > * for one more second. > */ > if (syncer_state == SYNCER_SHUTTING_DOWN && > net_worklist_len == 0 && > last_work_seen == syncer_delayno) { > syncer_state = SYNCER_FINAL_DELAY; > syncer_final_iter = SYNCER_SHUTDOWN_SPEEDUP; > } > } while (syncer_state != SYNCER_RUNNING && LIST_EMPTY(slp) && > syncer_worklist_len > 0); > > + schedstate = 4; > + > /* > * Keep track of the last time there was anything > * on the worklist other than syncer vnodes. > * Return to the SHUTTING_DOWN state if any > * new work appears. > */ > if (net_worklist_len > 0 || syncer_state == SYNCER_RUNNING) > last_work_seen = syncer_delayno; > if (net_worklist_len > 0 && syncer_state == SYNCER_FINAL_DELAY) > syncer_state = SYNCER_SHUTTING_DOWN; > + schedloop=0; > while (!LIST_EMPTY(slp)) { > + schedstate = 5; > + schedloop++; > + > error = sync_vnode(slp, &bo, td); > if (error == 1) { > LIST_REMOVE(bo, bo_synclist); > LIST_INSERT_HEAD(next, bo, bo_synclist); > continue; > } > + schedstate = 6; > > if (first_printf == 0) { > + schedstate = 7; > /* > * Drop the sync mutex, because some watchdog > * drivers need to sleep while patting > */ > mtx_unlock(&sync_mtx); > wdog_kern_pat(WD_LASTVAL); > mtx_lock(&sync_mtx); > } > > + schedstate = 8; > } > + schedstate = 9; > + > if (syncer_state == SYNCER_FINAL_DELAY && syncer_final_iter > 0) > syncer_final_iter--; > /* > * The variable rushjob allows the kernel to speed up the > * processing of the filesystem syncer process. A rushjob > * value of N tells the filesystem syncer to process the next > * N seconds worth of work on its queue ASAP. Currently rushjob > * is used by the soft update code to speed up the filesystem > * syncer process when the incore state is getting so far > * ahead of the disk that the kernel memory pool is being > * threatened with exhaustion. > */ > if (rushjob > 0) { > rushjob -= 1; > continue; > } > /* > * Just sleep for a short period of time between > * iterations when shutting down to allow some I/O > * to happen. > * > * If it has taken us less than a second to process the > * current work, then wait. Otherwise start right over > * again. We can still lose time if any single round > * takes more than two seconds, but it does not really > * matter as we are just trying to generally pace the > * filesystem activity. > */ > + > + schedstate = 10; > + > if (syncer_state != SYNCER_RUNNING || > time_uptime == starttime) { > + schedstate = 11; > thread_lock(td); > sched_prio(td, PPAUSE); > thread_unlock(td); > } > - if (syncer_state != SYNCER_RUNNING) > + schedstate = 12; > + > + if (syncer_state != SYNCER_RUNNING) { > + schedstate = 13; > + > cv_timedwait(&sync_wakeup, &sync_mtx, > hz / SYNCER_SHUTDOWN_SPEEDUP); > - else if (time_uptime == starttime) > + } > + else if (time_uptime == starttime) { > + schedstate = 14; > cv_timedwait(&sync_wakeup, &sync_mtx, hz); > + } > + schedstate = 15; > } > + schedstate = 16; > } > > /* > * Request the syncer daemon to speed up its work. > * We never push it to speed up more than half of its > * normal turn time, otherwise it could take over the cpu. > */ > int > speedup_syncer(void) > { > int ret = 0; > > mtx_lock(&sync_mtx); > if (rushjob < syncdelay / 2) { > rushjob += 1; > From owner-freebsd-mips@freebsd.org Wed Nov 11 12:05:19 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24423A2CE84 for ; Wed, 11 Nov 2015 12:05:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BF2A1F45; Wed, 11 Nov 2015 12:05:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id tABC5AQ6093602 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 11 Nov 2015 14:05:10 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua tABC5AQ6093602 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id tABC5844093594; Wed, 11 Nov 2015 14:05:08 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 11 Nov 2015 14:05:08 +0200 From: Konstantin Belousov To: Eugene Grosbein Cc: Jeff Roberson , benno , "freebsd-mips@freebsd.org" Subject: Re: USB-related problem Message-ID: <20151111120508.GZ2257@kib.kiev.ua> References: <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5640F315.5020303@grosbein.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 12:05:19 -0000 On Tue, Nov 10, 2015 at 02:25:09AM +0700, Eugene Grosbein wrote: > On 09.11.2015 22:53, Adrian Chadd wrote: > > ok, let's get it to hang, then break into ddb and do 'show > > allthreads', 'show alllocks', 'bufvars' with my vfs_bio.c patch, etc. > > I've re-read https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html > and rebuilt kernel with additional debugging and reproduced the problem again to supply > more vfs lock info: You have syncer running with the buffer arena mutex locked. This probably means that you have DIAGNOSTIC option turned on, do you ? If yes, set debug.vmem_check to zero, otherwise it just eats your anemic CPU. Also, I am curious what is the value of vfs.unmapped_buf_allowed on your platform. From owner-freebsd-mips@freebsd.org Wed Nov 11 14:22:14 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AF22A2B0D5 for ; Wed, 11 Nov 2015 14:22:14 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A79BD1FE4; Wed, 11 Nov 2015 14:22:12 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tABEM1tY002433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Nov 2015 15:22:02 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: kostikbel@gmail.com Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tABELuXU089013; Wed, 11 Nov 2015 21:21:57 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Konstantin Belousov References: <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <20151111120508.GZ2257@kib.kiev.ua> Cc: Jeff Roberson , benno , "freebsd-mips@freebsd.org" From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <56434F04.9010408@grosbein.net> Date: Wed, 11 Nov 2015 21:21:56 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151111120508.GZ2257@kib.kiev.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 14:22:14 -0000 On 11.11.2015 19:05, Konstantin Belousov wrote: > On Tue, Nov 10, 2015 at 02:25:09AM +0700, Eugene Grosbein wrote: >> On 09.11.2015 22:53, Adrian Chadd wrote: >>> ok, let's get it to hang, then break into ddb and do 'show >>> allthreads', 'show alllocks', 'bufvars' with my vfs_bio.c patch, etc. >> >> I've re-read https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html >> and rebuilt kernel with additional debugging and reproduced the problem again to supply >> more vfs lock info: > > You have syncer running with the buffer arena mutex locked. This probably > means that you have DIAGNOSTIC option turned on, do you ? I do, I've just added it before latest series of my tests because of Handbook instuctions. The problem reproduces without DIAGNOSTICS too. > If yes, set debug.vmem_check to zero, otherwise it just eats your anemic CPU. > > Also, I am curious what is the value of vfs.unmapped_buf_allowed on > your platform. vfs.unmapped_buf_allowed: 0 I've set sysctl debug.vmem_check=0 and repeated the test. The problem reproduced without any changes in my trace. From owner-freebsd-mips@freebsd.org Wed Nov 11 16:24:01 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA208A2C06F for ; Wed, 11 Nov 2015 16:24:01 +0000 (UTC) (envelope-from sreenathbh@rocketmail.com) Received: from nm17-vm6.bullet.mail.ne1.yahoo.com (nm17-vm6.bullet.mail.ne1.yahoo.com [98.138.91.110]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91C561A0E for ; Wed, 11 Nov 2015 16:24:01 +0000 (UTC) (envelope-from sreenathbh@rocketmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s2048; t=1447258910; bh=CG4CQTtDiavm1K8tzJjPJ0+oFTFPzN5r+TKm9ZfK6tY=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=Dm9wni4j9apJTrFM1mbhnLZmG5FDYXrxGyKn3pQJaEzJzBoLwODNijWCPgSTj3vBlWBaRSsyTK6oc+hrY7yvV3b2i0Rzh0i4Du+HuByBfsXQi2rrsnbd6woSSTjbNDWI5yeNFdXqBxzwV22PVEWOTbFh0ES0Zp1MgU/T6v2iMDs2CkKFT1A6NGzia5wNxjMgHq0g7tOTF+3Zy6bxIGe1k5pTA4WXECPz2GJ4d7IU9/jKQ6KTIPmFyRYwpkxKwAsGYHwSjQpzPyyApdXKAbNaezuRC7H4NQBVRyr7Y6qGfcfSEpGP/brPptpVygbEYDCoXCX6JqzZX/l/MCOWMOTniQ== Received: from [98.138.101.131] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 11 Nov 2015 16:21:50 -0000 Received: from [98.138.226.161] by tm19.bullet.mail.ne1.yahoo.com with NNFMP; 11 Nov 2015 16:21:50 -0000 Received: from [127.0.0.1] by omp1062.mail.ne1.yahoo.com with NNFMP; 11 Nov 2015 16:21:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 426319.55600.bm@omp1062.mail.ne1.yahoo.com X-YMail-OSG: 6Kgw80IVM1nZ7APcrRiJXLYV1HUlmVZzjeg.Nss1dtB8IfFcZvd_03rQaVeOGDs 3GTt5DEpzmmOC.AZNcAihCkRgjZpQrzJ6HDn6jC8KJTmKzIao1wE1q4xljxHsASWRLB81JpxqU1O VFEhwTPkro9dLtuuQ_9jXibid_nphNd51qXV2UK9XHJOkgUdnjYQM0fQ15f.Cg2xDTKuT7qYkkh8 LIacXsGcQJnzMz8sJJQjoHZOyw3uF6h9PUyf1ZLU1wqdzJNv95UWYgOVjBL3gvU7gbllEeOcO6ZF PlDVLrQKa61ZAUJsBC41vmNKenO95BzXY5zc7ZYY25jiG03Y3msTTnxTX_SjPqzn1VivLmqUx2fX 6xMDkYQjXQde5QsCfPX1aIIcwmyYHFMd1JH5ja7X8JPZqnEsaGS2THheYWWVkAysiUuLDiAqmOs6 nSqhmYGc.3EcITCL2ej59ksUgz93ql.R61PwSBIVR2jGfEjnA.iVvtiKiA_RopvfRDP.gDjJ.vTn n2ZJQWwta Received: by 98.138.101.174; Wed, 11 Nov 2015 16:21:49 +0000 Date: Wed, 11 Nov 2015 16:21:49 +0000 (UTC) From: Sreenath Battalahalli Reply-To: Sreenath Battalahalli To: Message-ID: <784402863.2634171.1447258909201.JavaMail.yahoo@mail.yahoo.com> Subject: git authentication MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <784402863.2634171.1447258909201.JavaMail.yahoo.ref@mail.yahoo.com> X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 16:24:01 -0000 Hi I am trying to create a mips build environment on my machine. I am following instructions from https://github.com/freebsd/freebsd-wifi-build/wiki The step git clone git@github.com:freebsd/freebsd-wifi-build data/freebsd/build fails with following error: ------ Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. -------- I have a github account, and I used it instead of "git@" in above command with same result. I think this is a trivial thing, but can't find an answer. Do I need to request specific access to freebsd/freebsd-wifi-build project on Git? thanks, Sreenath From owner-freebsd-mips@freebsd.org Wed Nov 11 16:44:19 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABE45A2C7BC for ; Wed, 11 Nov 2015 16:44:19 +0000 (UTC) (envelope-from possnfiffer@snowboard.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 773A41F80 for ; Wed, 11 Nov 2015 16:44:19 +0000 (UTC) (envelope-from possnfiffer@snowboard.com) Received: by iofh3 with SMTP id h3so38926780iof.3 for ; Wed, 11 Nov 2015 08:44:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=snowboard_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f3k4Ab5JWiqOjY3bZqO3qBn774PocAdTrMioHDuKNbU=; b=M45DpztR1apj8UI8ihHultHIXBcGtV+KbJC0iXOOSpUbsPWBIcOySxs91aF5RaT30Z 24J8wrUhl6w6HwKOji2gaqowyCA+lZu9hCwFsv4dZ3X76B5NcqBMiN7A2h6PgG2P13++ A6z2/wlksnuma8mQ71vMTdP/XgHIppx4wg+gqtQLd3Lx4ir/SnjqXcs1WjsvgPKI4JLd MCjbwSzzzrCjJwjVarnWRiXt42XBRVnQpi6KD3I+2J3s+CxQP0vdhiHNrXLuhUBEvzTn PHHmPv35My2Sree14ntAEe0P5QgrIka4BxnOZ9xBtnnDjOVAvL/NwQEwmWM3ZqxyJPr6 IzQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=f3k4Ab5JWiqOjY3bZqO3qBn774PocAdTrMioHDuKNbU=; b=hHjBVn1gLuqD4JMqG4Zkavb+eiPm7W9LmNGsATCpmfGDUbBweE+cU69VJcNxr38gxd LaKc5yzbgN0086Zoy0chPu+WdvUCI2PHxx3rt1eDzrsl0YtdnTWF+rHW36uMzyJrwqyW t++r3iPozZkNYTsHmMbA8+0YCVk+N4ZIVW+gIrTjv/D4TSWXTDNSXIDzSFnAwCD+b6LN PkEVDTvr/aMpTsH3/eFJZWN07tEChg/uidbpHz0e51DzB3uoSoqpeZ3EtSiYGhuAvYyI UxPbMEXbHvIFQde9o4MPcE7f+hsOmx734peGLSNjgshf7hib+NiXUlgag0Bm9D+4iR55 Uz2g== X-Gm-Message-State: ALoCoQnUxn7l5QlahC9Y4Ax2Ba2oWfIWXzfmGR2vU87fsZZ/O1t8WKbuZ94UAqpVgvrzpz7kdU8j MIME-Version: 1.0 X-Received: by 10.107.33.203 with SMTP id h194mr5050906ioh.108.1447260258547; Wed, 11 Nov 2015 08:44:18 -0800 (PST) Received: by 10.36.204.133 with HTTP; Wed, 11 Nov 2015 08:44:18 -0800 (PST) In-Reply-To: <784402863.2634171.1447258909201.JavaMail.yahoo@mail.yahoo.com> References: <784402863.2634171.1447258909201.JavaMail.yahoo.ref@mail.yahoo.com> <784402863.2634171.1447258909201.JavaMail.yahoo@mail.yahoo.com> Date: Wed, 11 Nov 2015 09:44:18 -0700 Message-ID: Subject: Re: git authentication From: Possnfiffer To: Sreenath Battalahalli Cc: freebsd-mips@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 16:44:19 -0000 Check here for the solution to this: https://help.github.com/articles/error-permission-denied-publickey/ On Wed, Nov 11, 2015 at 9:21 AM, Sreenath Battalahalli via freebsd-mips < freebsd-mips@freebsd.org> wrote: > Hi > I am trying to create a mips build environment on my machine. I am > following instructions from > https://github.com/freebsd/freebsd-wifi-build/wiki > > The step > git clone git@github.com:freebsd/freebsd-wifi-build data/freebsd/build > fails with following error: > ------ > Permission denied (publickey). > fatal: Could not read from remote repository. > > Please make sure you have the correct access rights > and the repository exists. > -------- > I have a github account, and I used it instead of "git@" in above command > with same result. > I think this is a trivial thing, but can't find an answer. > Do I need to request specific access to freebsd/freebsd-wifi-build > project on Git? > > thanks, > Sreenath > _______________________________________________ > freebsd-mips@freebsd.org mailing list > https://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 Nov 12 22:29:08 2015 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C325A2DD5F for ; Thu, 12 Nov 2015 22:29:08 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 084D41D84; Thu, 12 Nov 2015 22:29:07 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tACMT1ia008728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Nov 2015 23:29:02 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: adrian@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tACMSuhp010735; Fri, 13 Nov 2015 05:28:56 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: USB-related problem To: Adrian Chadd , benno , Jeff Roberson , Konstantin Belousov References: <56348063.3090508@grosbein.net> <56370E1D.3040801@grosbein.net> <563F5630.2000407@grosbein.net> <563F6F6F.1010807@grosbein.net> <563F91A8.9080702@grosbein.net> <5640C0FD.2040803@grosbein.net> <5640F315.5020303@grosbein.net> <56410214.3070901@grosbein.net> <564231DE.7090308@grosbein.net> <56423D82.5030203@grosbein.net> Cc: "freebsd-mips@freebsd.org" From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <564512A8.1000006@grosbein.net> Date: Fri, 13 Nov 2015 05:28:56 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.3 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_24_48, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.0 DATE_IN_FUTURE_24_48 Date: is 24 to 48 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 22:29:08 -0000 On 11.11.2015 01:57, Adrian Chadd wrote: > + benno, jeff, kib > > cool, so now we know where syncer is hanging. nice work! > > That syncer loop that calls it waiting for the list to be empty is > also a bit suss; it looks like it could also get stuck in a loop and > never yield. I've used new state variables spread all over the kernel (plus KTR facility) to track this down and came to a result I cannot explain. First, here is call sequence leading to kernel hang, always the same: sys/kern/vfs_subr.c, sync_vnode() -> VOP_FSYNC(vp, MNT_LAZY, td) -> VOP_FSYNC_APV() in generated vnode_if.c in the kernel compile directory. Here we have KTR_START3(KTR_VOP, ...) that is latest record that DDB shows for "show ktr /v". There should be KTR_STOP3(KTR_VOP, "VOP", ...) recorded after, but it is not. In fact, execution proceeds to vop_fsync(a) and never returns, precisely: vop_fsync(a) -> sys/fs/devfs/devfs_vnops.c, devfs_fsync() -> "return (vop_stdfsync(ap))" - never returns. It reaches sys/kern/vfs_default.c, vop_stdfsync() and hangs exactly at this KASSERT: https://svnweb.freebsd.org/base/head/sys/kern/vfs_default.c?annotate=288451#l683 I've defined another global variable "volatile unsigned vopsfsyncstate", set it to 15 just before this KASSERT and to 126 just after the KASSERT and it always equals to 15 when kernel hangs. I tested kernel compiled with and without WITNESS (and WITHNESS_SKIPSPIN), no changes. I do not understand how and why does it hang here but that's a fact. Here I'm stuck. Eugene Grosbein