From owner-freebsd-ppc@FreeBSD.ORG Mon Nov 11 11:06:55 2013 Return-Path: Delivered-To: freebsd-ppc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 205C79A7 for ; Mon, 11 Nov 2013 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E2772CC6 for ; Mon, 11 Nov 2013 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rABB6sjw082186 for ; Mon, 11 Nov 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rABB6sxT082184 for freebsd-ppc@FreeBSD.org; Mon, 11 Nov 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Nov 2013 11:06:54 GMT Message-Id: <201311111106.rABB6sxT082184@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ppc@FreeBSD.org Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 11:06:55 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o power/183040 ppc Nested signal handling is broken o power/182908 ppc Unable to build debug binaries with clang on powerpc64 o power/181502 ppc /usr/include/stdint.h 9.2-RC1/powerpc does not compile o power/180593 ppc PowerMac G5 shuts down when building pcre o power/178038 ppc clang++ fails to produce a binary in powerpc64 o power/164225 ppc Boot fails on IBM 7028-6E1 (heap memory claim failed) o power/149009 ppc sysinstall(8) on powerpc fails to install manpages, so o power/140241 ppc [kernel] [patch] Linker set problems on PowerPC EABI o power/135576 ppc gdb cannot debug threaded programs on ppc o power/133503 ppc [sound] Sound stutter after switching ttys o power/131548 ppc ofw_syscons no longer supports 32-bit framebuffer 11 problems total. From owner-freebsd-ppc@FreeBSD.ORG Tue Nov 12 16:32:34 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F7838E0 for ; Tue, 12 Nov 2013 16:32:34 +0000 (UTC) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9F452A4A for ; Tue, 12 Nov 2013 16:32:33 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id e11so2329967bkh.5 for ; Tue, 12 Nov 2013 08:32:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=2+m/gDof6Hx43e9WsdipmNC86nKjjjIlfx2tiBFd37U=; b=vvZ1803+9E/EFNqCD+HlqiOUwOpWcOUN08nHZdF8wRqT4SBGbaDda5w37+sf+UWgW8 gU91wViZ1nInbqrEtVH/AgWTFspFhNjWcp3DQKCWNDMHJlGsEuUaA7W3a5JR/FmNbeZU Uj8VYC5rGN99C6xG0y/QtNrbgHmTnNxx7zWQ7kL9IomwoYGxX7VGhkMDeNCoOIqzt8uV fAkyRI7E+vhpo7WuA/kGBDdHYzFJnDQNzx06GaOfpJnXCE7CeLLLP0/g+pvB7AxQHaCX F57559SXKVjUkOUqJRhyGKoBRdcq5b0MOgYYb5ev1ytw/hmATbctpbgoiGjiprL3OmqU wioQ== MIME-Version: 1.0 X-Received: by 10.204.64.78 with SMTP id d14mr1796514bki.40.1384273951946; Tue, 12 Nov 2013 08:32:31 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.72.198 with HTTP; Tue, 12 Nov 2013 08:32:31 -0800 (PST) Date: Tue, 12 Nov 2013 08:32:31 -0800 X-Google-Sender-Auth: o27eaqATTVXYW0Fgq4Kex-HHwBo Message-ID: Subject: Strange panic on ppc64 From: Justin Hibbits To: FreeBSD PowerPC ML Content-Type: multipart/mixed; boundary=001a11c396e02dbef604eafd65f6 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 16:32:34 -0000 --001a11c396e02dbef604eafd65f6 Content-Type: text/plain; charset=UTF-8 The log is attached. I'm not sure what exactly is going on here. The conditions were: building something on zfs, while also accessing files over NFS. It seems each of those individually is fine, but doing both it brings my system down. I _think_ the actual panic message (recursed on non-recursive mutex) is a red herring, since it already trapped in the kernel, twice. Any clues? It's 100% reproducible by me. - Justin --001a11c396e02dbef604eafd65f6 Content-Type: application/octet-stream; name="zhabar.crash" Content-Disposition: attachment; filename="zhabar.crash" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hnxcqn3f0 MHg5YyBvbiBpaWNidXMwCmh0cGljMDogPE9wZW5QSUMgSW50ZXJydXB0IENvbnRyb2xsZXI+IG1l bSAweGY4MDQwMDAwLTB4ZjgwN2ZmZmYgb24gdW5pbjAKcGNpYjA6IDxJQk0gQ1BDOTQ1IFBDSSBF eHByZXNzIFJvb3Q+IG1lbSAweGYwMDAwMDAwLTB4ZjFmZmZmZmYgb24gbmV4dXMwCnBjaTA6IDxP RlcgUENJIGJ1cz4gb24gcGNpYjAKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1l bSAweGExMDAwMDAwLTB4YTFmZmZmZmYsMHg5MDAwMDAwMC0weDlmZmZmZmZmLDB4YTAwMDAwMDAt MHhhMGZmZmZmZiBpcnEgMyBhdCBkZXZpY2UgMC4wIG9uIHBjaTAKcGNpYjE6IDxJQk0gQ1BDOVg1 IEh5cGVyVHJhbnNwb3J0IFR1bm5lbD4gbWVtIDB4ZjIwMDAwMDAtMHhmNDdmZmZmZiwweGY4MDcw MDAwLTB4ZjgwNzBmZmYgb24gbmV4dXMwCnBjaWIxOiA4NiBIVCBJUlFzIG9uIGRldmljZSA3LjAK cGNpMTogPE9GVyBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMTogRW5hYmxpbmcgTVNJIHdpbmRvdyBm b3IgSHlwZXJUcmFuc3BvcnQgc2xhdmUgYXQgcGNpMTowOjE6MApwY2liMjogPE9GVyBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kxCnBjaTI6IDxPRlcgUENJIGJ1cz4gb24gcGNp YjIKcGNpYjM6IDxPRlcgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMQpwY2kz OiA8T0ZXIFBDSSBidXM+IG9uIHBjaWIzCmJnZTA6IDxCcm9hZGNvbSBCQ001NzE0IEIzLCBBU0lD IHJldi4gMHgwMDgwMDM+IG1lbSAweGZhNTMwMDAwLTB4ZmE1M2ZmZmYsMHhmYTUyMDAwMC0weGZh NTJmZmZmIGlycSA2NiBhdCBkZXZpY2UgNC4wIG9uIHBjaTMKYmdlMDogQ0hJUCBJRCAweDAwMDA4 MDAzOyBBU0lDIFJFViAweDA4OyBDSElQIFJFViAweDgwOyBQQ0ktWCAzMyBNSHoKbWlpYnVzMDog PE1JSSBidXM+IG9uIGJnZTAKYnJncGh5MDogPEJDTTU3ODAgMTAwMEJBU0UtVCBtZWRpYSBpbnRl cmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKYnJncGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAx MDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwgMTAwMGJhc2VULW1hc3RlciwgMTAw MGJhc2VULUZEWCwgMTAwMGJhc2VULUZEWC1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpiZ2UwOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDoxNDo1MTo2Nzo2ZTozNwpiZ2UxOiA8QnJvYWRjb20gQkNNNTcx NCBCMywgQVNJQyByZXYuIDB4MDA4MDAzPiBtZW0gMHhmYTUxMDAwMC0weGZhNTFmZmZmLDB4ZmE1 MDAwMDAtMHhmYTUwZmZmZiBpcnEgNjcgYXQgZGV2aWNlIDQuMSBvbiBwY2kzCmJnZTE6IENISVAg SUQgMHgwMDAwODAwMzsgQVNJQyBSRVYgMHgwODsgQ0hJUCBSRVYgMHg4MDsgUENJLVggMzMgTUh6 Cm1paWJ1czE6IDxNSUkgYnVzPiBvbiBiZ2UxCmJyZ3BoeTE6IDxCQ001NzgwIDEwMDBCQVNFLVQg bWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMxCmJyZ3BoeTE6ICAxMGJhc2VULCAxMGJh c2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1t YXN0ZXIsIDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCBhdXRvLCBhdXRvLWZs b3cKYmdlMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MTQ6NTE6Njc6NmU6MzgKcGNpYjQ6IDxPRlcg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzLjAgb24gcGNpMQpwY2k0OiA8T0ZXIFBDSSBidXM+ IG9uIHBjaWI0CnBjaWI1OiA8T0ZXIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBj aTEKcGNpNTogPE9GVyBQQ0kgYnVzPiBvbiBwY2liNQpwY2liNjogPE9GVyBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDUuMCBvbiBwY2kxCnBjaTY6IDxPRlcgUENJIGJ1cz4gb24gcGNpYjYKcGNp Yjc6IDxPRlcgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA2LjAgb24gcGNpMQpwY2k3OiA8T0ZX IFBDSSBidXM+IG9uIHBjaWI3CnBjaWI4OiA8T0ZXIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug Ny4wIG9uIHBjaTEKcGNpODogPE9GVyBQQ0kgYnVzPiBvbiBwY2liOApnZW0wOiA8QXBwbGUgU2hh c3RhIEdNQUMgRXRoZXJuZXQ+IG1lbSAweGZhMjAwMDAwLTB4ZmEzZmZmZmYgYXQgZGV2aWNlIDE1 LjAgb24gcGNpOApnZW0wOiBpbnZhbGlkIE1BQyBhZGRyZXNzCmRldmljZV9hdHRhY2g6IGdlbTAg YXR0YWNoIHJldHVybmVkIDYKcGNpYjk6IDxPRlcgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA4 LjAgb24gcGNpMQpwY2k5OiA8T0ZXIFBDSSBidXM+IG9uIHBjaWI5Cm1hY2lvMDogPFNoYXN0YSBJ L08gQ29udHJvbGxlcj4gbWVtIDB4ODAwMDAwMDAtMHg4MDA3ZmZmZiBhdCBkZXZpY2UgNy4wIG9u IHBjaTkKbWFjZ3BpbzA6IDxNYWNJTyBHUElPIENvbnRyb2xsZXI+IG1lbSAweDUwLTB4OGEgb24g bWFjaW8wCnNjYzA6IDxaaWxvZyBaODUzMCBkdWFsIGNoYW5uZWwgU0NDPiBtZW0gMHgxMzAwMC0w eDEzZmZmLDB4ODQwMC0weDg0ZmYsMHg4NTAwLTB4ODVmZiwweDg2MDAtMHg4NmZmLDB4ODcwMC0w eDg3ZmYgaXJxIDIzLDE3LDE4LDI0LDE5LDIwIG9uIG1hY2lvMAp1YXJ0MDogPHo4NTMwLCBjaGFu bmVsIEE+IG9uIHNjYzAKdWFydDE6IDx6ODUzMCwgY2hhbm5lbCBCPiBvbiBzY2MwCmlpY2hiMTog PEtleXdlc3QgSTJDIGNvbnRyb2xsZXI+IG1lbSAweDE4MDAwLTB4MThmZmYgaXJxIDI3IG9uIG1h Y2lvMAppaWNidXMxOiA8T0ZXIEkyQyBidXM+IG9uIGlpY2hiMQpvbnl4MDogPFRleGFzIEluc3Ry dW1lbnRzIFBDTTMwNTIgQXVkaW8gQ29kZWM+IGF0IGFkZHIgMHg4YyBvbiBpaWNidXMxCmlpY2J1 czE6IDx1bmtub3duIGNhcmQ+IGF0IGFkZHIgMHgyNApwY20wOiA8QXBwbGUgSTJTIEF1ZGlvIENv bnRyb2xsZXI+IG1lbSAweDEwMDAwLTB4MTBmZmYsMHg4MDAwLTB4ODBmZiwweDgxMDAtMHg4MWZm IGlycSAyOCwxMSwxMiwzMCwxNSwxNiBvbiBtYWNpbzAKb2hjaTA6IDxORUMgdVBEIDkyMTAgVVNC IGNvbnRyb2xsZXI+IG1lbSAweDgwMDgyMDAwLTB4ODAwODJmZmYgaXJxIDcwIGF0IGRldmljZSAx MS4wIG9uIHBjaTkKdXNidXMwIG9uIG9oY2kwCm9oY2kxOiA8TkVDIHVQRCA5MjEwIFVTQiBjb250 cm9sbGVyPiBtZW0gMHg4MDA4MTAwMC0weDgwMDgxZmZmIGlycSA3MCBhdCBkZXZpY2UgMTEuMSBv biBwY2k5CnVzYnVzMSBvbiBvaGNpMQplaGNpMDogPE5FQyB1UEQgNzIwMTAwIFVTQiAyLjAgY29u dHJvbGxlcj4gbWVtIDB4ODAwODAwMDAtMHg4MDA4MDBmZiBpcnEgNzAgYXQgZGV2aWNlIDExLjIg b24gcGNpOQp1c2J1czI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMyIG9uIGVoY2kwCnBjaWIxMDog PE9GVyBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDkuMCBvbiBwY2kxCnBjaTEwOiA8T0ZXIFBD SSBidXM+IG9uIHBjaWIxMAphdGFwY2kwOiA8U2VydmVyV29ya3MgSzIgU0FUQTE1MCBjb250cm9s bGVyPiBtZW0gMHhmYTQwMjAwMC0weGZhNDAzZmZmIGlycSAxMCBhdCBkZXZpY2UgMTIuMCBvbiBw Y2kxMApwY2liMTogZmFpbGVkIHRvIHJlc2VydmUgcmVzb3VyY2UgZm9yIHBjaWIxMAphdGFwY2kw OiAweDEwIGJ5dGVzIG9mIHJpZCAweDIwIHJlcyA0IGZhaWxlZCAoMCwgMHhmZmZmZmZmZmZmZmZm ZmZmKS4KYXRhMjogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYXRhcGNpMAphdGEzOiA8 QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhdGFwY2kwCmF0YTQ6IDxBVEEgY2hhbm5lbD4g YXQgY2hhbm5lbCAyIG9uIGF0YXBjaTAKYXRhNTogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVsIDMg b24gYXRhcGNpMAphdGEwOiA8U2hhc3RhIEthdWFpIEFUQSBDb250cm9sbGVyPiBtZW0gMHhmYTQw NDAwMC0weGZhNDA3ZmZmIGlycSAzOCBhdCBkZXZpY2UgMTMuMCBvbiBwY2kxMApmd29oY2kwOiA8 MTM5NCBPcGVuIEhvc3QgQ29udHJvbGxlciBJbnRlcmZhY2U+IG1lbSAweGZhNDAwMDAwLTB4ZmE0 MDBmZmYgaXJxIDM5IGF0IGRldmljZSAxNC4wIG9uIHBjaTEwCmZ3b2hjaTA6IE9IQ0kgdmVyc2lv biAxLjAgKFJPTT0wKQpmd29oY2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hhbm5lbHMgaXMgOC4K ZndvaGNpMDogRVVJNjQgMDA6MTQ6NTE6ZmY6ZmU6MzM6Y2E6YjYKZndvaGNpMDogaW52YWxpZCBz cGVlZCA3IChmaXhlZCB0byAzKS4KZndvaGNpMDogUGh5IDEzOTRhIGF2YWlsYWJsZSBTODAwLCAz IHBvcnRzLgpmd29oY2kwOiBMaW5rIFM4MDAsIG1heF9yZWMgNDA5NiBieXRlcy4KZmlyZXdpcmUw OiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4gb24gZndvaGNpMApmd2UwOiA8RXRoZXJuZXQgb3Zl ciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmlmX2Z3ZTA6IEZha2UgRXRoZXJuZXQgYWRkcmVzczog MDI6MTQ6NTE6MzM6Y2E6YjYKZndlMDogRXRoZXJuZXQgYWRkcmVzczogMDI6MTQ6NTE6MzM6Y2E6 YjYKZGNvbnNfY3JvbTA6IDxkY29ucyBjb25maWd1cmF0aW9uIFJPTT4gb24gZmlyZXdpcmUwCmRj b25zX2Nyb20wOiBidXNfYWRkciAweDVmYTQwMDAKc2JwMDogPFNCUC0yL1NDU0kgb3ZlciBGaXJl V2lyZT4gb24gZmlyZXdpcmUwCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldApmd29oY2kwOiBm d29oY2lfaW50cl9jb3JlOiBCVVMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogbm9k ZV9pZD0weDAwMDAwMDAwLCBTZWxmSUQgQ291bnQ9MSwgbm9uIENZQ0xFTUFTVEVSIG1vZGUKc211 MDogPEFwcGxlIFN5c3RlbSBNYW5hZ2VtZW50IFVuaXQ+IG9uIG5leHVzMAppaWNoYjI6IDxTTVUg STJDIGNvbnRyb2xsZXI+IG9uIHNtdTAKaWljYnVzMjogPE9GVyBJMkMgYnVzPiBvbiBpaWNoYjIK c211c2F0MDogPFNNVSBTYXRlbGxpdGUgU2Vuc29ycz4gYXQgYWRkciAweGIwIG9uIGlpY2J1czIK aWljYnVzMjogPHVua25vd24gY2FyZD4gYXQgYWRkciAweGQ0CmlpY2hiMzogPFNNVSBJMkMgY29u dHJvbGxlcj4gb24gc211MAppaWNidXMzOiA8T0ZXIEkyQyBidXM+IG9uIGlpY2hiMwpzYzA6IDxT eXN0ZW0gY29uc29sZT4gb24gbmV4dXMwCnNjMDogVW5rbm93biA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgzMDA+ClRpbWVjb3VudGVyICJ0aW1lYmFzZSIgZnJlcXVlbmN5IDMzMzMzMzMz IEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiZGVjcmVtZW50ZXIiIGZyZXF1ZW5jeSAzMzMzMzMz MyBIeiBxdWFsaXR5IDEwMDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpmaXJl d2lyZTA6IDMgbm9kZXMsIG1heGhvcCA8PSAyIGNhYmxlIElSTSBpcm0oMikgCm1heDY2OTAwOiAy IHNlbnNvcnMgZGV0ZWN0ZWQuCm1heDY2OTAxOiAyIHNlbnNvcnMgZGV0ZWN0ZWQuCmJnZTE6IGxp bmsgc3RhdGUgY2hhbmdlZCB0byBVUApyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLnVzYnVzMDog MTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMxOiAxMk1icHMgRnVsbCBTcGVlZCBVU0Ig djEuMAp1Z2VuMC4xOiA8TkVDPiBhdCB1c2J1czAKdWh1YjA6IDxORUMgT0hDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8TkVD PiBhdCB1c2J1czEKdWh1YjE6IDxORUMgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1c2J1czI6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0Ig djIuMAp1Z2VuMi4xOiA8TkVDPiBhdCB1c2J1czIKdWh1YjI6IDxORUMgRUhDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgoKZmlyZXdpcmUwOiBO ZXcgUzQwMCBkZXZpY2UgSUQ6MDAwYTk1ZmZmZTg0MWY0NHVodWIwOiAzIHBvcnRzIHdpdGggMyBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKCmludGVycnVwdCBzdG9ybSBkZXRlY3RlZCBvbiAiaXJxMzg6IjsgdGhyb3R0 bGluZyBpbnRlcnJ1cHQgc291cmNlCnVodWIyOiA1IHBvcnRzIHdpdGggNSByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAphZGEwIGF0IGF0YTMgYnVzIDAgc2NidXMxIHRhcmdldCAwIGx1biAwCmFkYTA6 IDxTVDMyMERNMDAwLTFCRDE0QyBLQzQ1PiBBVEEtOCBTQVRBIDMueCBkZXZpY2UKYWRhMDogU2Vy aWFsIE51bWJlciBTMkFCOFM1VgphZGEwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMS54 LCBVRE1BNSwgUElPIDgxOTJieXRlcykKYWRhMDogMzA1MjQ1TUIgKDYyNTE0MjQ0OCA1MTIgYnl0 ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGEwOiBxdWlya3M9MHgxPDRLPgphZGEwOiBQ cmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDAKY2QwIGF0IGF0YTAgYnVzIDAgc2NidXM0IHRhcmdl dCAwIGx1biAwCmNkMDogPFBJT05FRVIgRFZELVJXICBEVlItMTEwRCBBQTA2PiBSZW1vdmFibGUg Q0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogU2VyaWFsIE51bWJlciBFSURMMDI2ODU3V0wKY2Qw OiA2Ni43MDBNQi9zIHRyYW5zZmVycyAoVURNQTQsIEFUQVBJIDEyYnl0ZXMsIFBJTyA2NTUzNGJ5 dGVzKVNNUDogQVAgQ1BVICMxIGxhdW5jaGVkCgpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNl IHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudAp1Z2VuMS4yOiA8TG9n aXRlY2g+IGF0IHVzYnVzMQp1a2JkMDogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8w LCByZXYgMi4wMC8xMi4wMSwgYWRkciAyPiBvbiB1c2J1czEKdWdlbjIuMjogPHZlbmRvciAweDA0 MjQ+IGF0IHVzYnVzMgp1aHViMzogPHZlbmRvciAweDA0MjQgcHJvZHVjdCAweDI1MTQsIGNsYXNz IDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czIKdWh1YjM6IE1UVCBlbmFibGVk CmtiZDEgYXQgdWtiZDAKdW1zMDogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCBy ZXYgMi4wMC8xMi4wMSwgYWRkciAyPiBvbiB1c2J1czEKdW1zMDogMTYgYnV0dG9ucyBhbmQgW1hZ WlRdIGNvb3JkaW5hdGVzIElEPTIKdWhpZDA6IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNsYXNz IDAvMCwgcmV2IDIuMDAvMTIuMDEsIGFkZHIgMj4gb24gdXNidXMxClJvb3QgbW91bnQgd2FpdGlu ZyBmb3I6IHVzYnVzMgp1aHViMzogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZGEwczMgW3J3XS4uLgpXQVJO SU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApaRlMgZmlsZXN5c3RlbSB2ZXJzaW9u OiA1ClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbjogZmVhdHVyZXMgc3VwcG9ydCAoNTAwMCkKYmdl MDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KYmdlMTogbGluayBzdGF0ZSBjaGFuZ2VkIHRv IERPV04KYmdlMTogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCldBUk5JTkcgcGlkIDE5ODYgKHB5 dGhvbjIuNyk6IGlvY3RsIHNpZ24tZXh0ZW5zaW9uIGlvY3RsIGZmZmZmZmZmODAwODc0NjcKdWdl bjEuMjogPExvZ2l0ZWNoPiBhdCB1c2J1czEgKGRpc2Nvbm5lY3RlZCkKdWtiZDA6IGF0IHVodWIx LCBwb3J0IDEsIGFkZHIgMiAoZGlzY29ubmVjdGVkKQp1bXMwOiBhdCB1aHViMSwgcG9ydCAxLCBh ZGRyIDIgKGRpc2Nvbm5lY3RlZCkKdWhpZDA6IGF0IHVodWIxLCBwb3J0IDEsIGFkZHIgMiAoZGlz Y29ubmVjdGVkKQp1Z2VuMS4yOiA8TG9naXRlY2g+IGF0IHVzYnVzMQp1a2JkMDogPExvZ2l0ZWNo IFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8xMi4wMSwgYWRkciAyPiBvbiB1c2J1 czEKa2JkMSBhdCB1a2JkMAp1bXMwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAs IHJldiAyLjAwLzEyLjAxLCBhZGRyIDI+IG9uIHVzYnVzMQp1bXMwOiAxNiBidXR0b25zIGFuZCBb WFlaVF0gY29vcmRpbmF0ZXMgSUQ9Mgp1aGlkMDogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xh c3MgMC8wLCByZXYgMi4wMC8xMi4wMSwgYWRkciAyPiBvbiB1c2J1czEKZndvaGNpMDogdG9vIG1h bnkgY3ljbGVzIGxvc3QsIG5vIGN5Y2xlIG1hc3RlciBwcmVzZW50Pwpmd29oY2kwOiBmd29oY2lf aW50cl9jb3JlOiBCVVMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogbm9kZV9pZD0w eDAwMDAwMDAxLCBTZWxmSUQgQ291bnQ9MiwgQ1lDTEVNQVNURVIgbW9kZQpmaXJld2lyZTA6IDIg bm9kZXMsIG1heGhvcCA8PSAxIGNhYmxlIElSTSBpcm0oMSkgIChtZSkgCmZpcmV3aXJlMDogYnVz IG1hbmFnZXIgMSAKZmlyZXdpcmUwOiBmd19hdHRhY2hfZGV2OlJlbW92aW5nIG1pc3NpbmcgZGV2 aWNlIElEOjAwMGE5NWZmZmU4NDFmNDQKV0FSTklORyBwaWQgNDkxMCAocHl0aG9uMi43KTogaW9j dGwgc2lnbi1leHRlbnNpb24gaW9jdGwgZmZmZmZmZmY4MDA4NzQ2Nwpmd29oY2kwOiBmd29oY2lf aW50cl9jb3JlOiBCVVMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogbm9kZV9pZD0w eDAwMDAwMDAyLCBTZWxmSUQgQ291bnQ9MywgQ1lDTEVNQVNURVIgbW9kZQpmaXJld2lyZTA6IDMg bm9kZXMsIG1heGhvcCA8PSAyIGNhYmxlIElSTSBpcm0oMikgIChtZSkgCmZpcmV3aXJlMDogYnVz IG1hbmFnZXIgMiAKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogQlVTIHJlc2V0CmZ3b2hjaTA6 IGZ3b2hjaV9pbnRyX2NvcmU6IG5vZGVfaWQ9MHgwMDAwMDAwMiwgU2VsZklEIENvdW50PTQsIENZ Q0xFTUFTVEVSIG1vZGUKZmlyZXdpcmUwOiAzIG5vZGVzLCBtYXhob3AgPD0gMiBjYWJsZSBJUk0g aXJtKDIpICAobWUpIApmaXJld2lyZTA6IGJ1cyBtYW5hZ2VyIDIgCmZpcmV3aXJlMDogTmV3IFM0 MDAgZGV2aWNlIElEOjAwMGE5NWZmZmU4NDFmNDQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTog QlVTIHJlc2V0CmZ3b2hjaTA6IGZ3b2hjaV9pbnRyX2NvcmU6IG5vZGVfaWQ9MHgwMDAwMDAwMiwg U2VsZklEIENvdW50PTUsIENZQ0xFTUFTVEVSIG1vZGUKZmlyZXdpcmUwOiAzIG5vZGVzLCBtYXho b3AgPD0gMiBjYWJsZSBJUk0gaXJtKDIpICAobWUpIApmaXJld2lyZTA6IGJ1cyBtYW5hZ2VyIDIg ClsgdGhyZWFkIHBpZCA1MTg5IHRpZCAxMDA1MDcgXQpTdG9wcGVkIGF0ICAgICAgMHg4NTI2MGM6 ICAgICAgIHN0ZHUgICAgcjEsIHIxLCAweGZmODAsCmRiPiBwYW5pYzogX210eF9sb2NrX3NsZWVw OiByZWN1cnNlZCBvbiBub24tcmVjdXJzaXZlIG11dGV4IGtlcm5lbHBtYXAgQCAvaG9tZS9jaG1l ZWUvZnJlZWJzZC9oZWFkL3N5cy9wb3dlcnBjL2FpbS9tbXVfb2VhNjQuYzoxNzMyCgpjcHVpZCA9 IDEKS0RCOiBzdGFjayBiYWNrdHJhY2U6CjB4MDAwMDAwMDAwMGI5ODU2MDogYXQgLmtkYl9iYWNr dHJhY2UrMHg1YwoweDAwMDAwMDAwMDBiOTg2OTA6IGF0IC52cGFuaWMrMHgxM2MKMHgwMDAwMDAw MDAwYjk4NzMwOiBhdCAua2Fzc2VydF9wYW5pYysweDhjCjB4MDAwMDAwMDAwMGI5ODdkMDogYXQg Ll9fbXR4X2xvY2tfc2xlZXArMHg4OAoweDAwMDAwMDAwMDBiOTg4OTA6IGF0IC5fX210eF9sb2Nr X2ZsYWdzKzB4MTNjCjB4MDAwMDAwMDAwMGI5ODkzMDogYXQgLm1vZWE2NF9rZXh0cmFjdCsweDQ0 CjB4MDAwMDAwMDAwMGI5ODljMDogYXQgLnBtYXBfa2V4dHJhY3QrMHg3OAoweDAwMDAwMDAwMDBi OThhNTA6IGF0IC5fYnVzX2RtYW1hcF9sb2FkX2J1ZmZlcisweGIwCjB4MDAwMDAwMDAwMGI5OGIz MDogYXQgLmJ1c19kbWFtYXBfbG9hZCsweGM4CjB4MDAwMDAwMDAwMGI5OGMzMDogYXQgLnVzYl9w Y19sb2FkX21lbSsweDEzNAoweDAwMDAwMDAwMDBiOThjYzA6IGF0IC51c2JfYmRtYV93b3JrX2xv b3ArMHgyOTQKMHgwMDAwMDAwMDAwYjk4ZDYwOiBhdCAudXNiX2NvbW1hbmRfd3JhcHBlcisweDEz NAoweDAwMDAwMDAwMDBiOThkZTA6IGF0IC51c2JkX3RyYW5zZmVyX3N1Ym1pdCsweDVkOAoweDAw MDAwMDAwMDBiOThlODA6IGF0IC51a2JkX2ludHJfY2FsbGJhY2srMHg2ZjAKMHgwMDAwMDAwMDAw Yjk4ZjMwOiBhdCAudXNiZF9jYWxsYmFja193cmFwcGVyKzB4NTQwCjB4MDAwMDAwMDAwMGI5OGZk MDogYXQgLnVzYl9jb21tYW5kX3dyYXBwZXIrMHgxMzQKMHgwMDAwMDAwMDAwYjk5MDUwOiBhdCAu dXNiX2NhbGxiYWNrX3Byb2MrMHg4MAoweDAwMDAwMDAwMDBiOTkwZTA6IGF0IC51c2JkX3RyYW5z ZmVyX3BvbGwrMHgyOTAKMHgwMDAwMDAwMDAwYjk5MWEwOiBhdCAudWtiZF9kb19wb2xsKzB4ZTgK MHgwMDAwMDAwMDAwYjk5MjMwOiBhdCAudWtiZF9jaGVjaysweDg4CjB4MDAwMDAwMDAwMGI5OTJj MDogYXQgLnVrYmRfY2hlY2tfY2hhcisweGMwCjB4MDAwMDAwMDAwMGI5OTM2MDogYXQgLmtiZG11 eF9yZWFkX2NoYXIrMHgxNDAKMHgwMDAwMDAwMDAwYjk5NDAwOiBhdCAuc2NnZXRjKzB4YzQKMHgw MDAwMDAwMDAwYjk5NGQwOiBhdCAuc2NfY25nZXRjKzB4N2MKMHgwMDAwMDAwMDAwYjk5NTcwOiBh dCAuY25jaGVja2MrMHg3YwoweDAwMDAwMDAwMDBiOTk1ZjA6IGF0IC5jbmdldGMrMHgzMAoweDAw MDAwMDAwMDBiOTk2NzA6IGF0IC5kYl9yZWFkbGluZSsweDkwCjB4MDAwMDAwMDAwMGI5OTcwMDog YXQgLmRiX3JlYWRfbGluZSsweDJjCjB4MDAwMDAwMDAwMGI5OTc5MDogYXQgLmRiX2NvbW1hbmRf bG9vcCsweDVjCjB4MDAwMDAwMDAwMGI5OTgyMDogYXQgLmRiX3RyYXArMHgxNjgKMHgwMDAwMDAw MDAwYjk5YmYwOiBhdCAua2RiX3RyYXArMHgxMTAKMHgwMDAwMDAwMDAwYjk5Y2EwOiBhdCAuZGJf dHJhcF9nbHVlKzB4NzgKMHgwMDAwMDAwMDAwYjk5ZDIwOiBhdCBkYnRyYXArMHgxMjgKMHhjMDAw MDAwMTBmYzM0MDYwOiBhdCAudGNfd2luZHVwKzB4NTQKMHhjMDAwMDAwMTBmYzM0MTIwOiBhdCAu dGNfdGlja3RvY2srMHgzYwoweGMwMDAwMDAxMGZjMzQxYTA6IGF0IC5oYXJkY2xvY2tfY250KzB4 MzZjCjB4YzAwMDAwMDEwZmMzNDI2MDogYXQgLmhhbmRsZWV2ZW50cysweGQ0CjB4YzAwMDAwMDEw ZmMzNDMxMDogYXQgLnRpbWVyY2IrMHgyYzgKMHhjMDAwMDAwMTBmYzM0M2YwOiBhdCAuZGVjcl9p bnRyKzB4MTEwCjB4YzAwMDAwMDEwZmMzNDQ3MDogYXQgLnBvd2VycGNfaW50ZXJydXB0KzB4ZWMK MHhjMDAwMDAwMTBmYzM0NTEwOiBrZXJuZWwgREVDUiB0cmFwIGJ5IC5fX210eF91bmxvY2tfZmxh Z3MrMHgyODogc3JyMT0weDkwMDAwMDAwMDAwMDkwMzIKICAgICAgICAgICAgcjE9MHhjMDAwMDAw MTBmYzM0N2MwIGNyPTB4MjQwMjIwODIgeGVyPTB4MjAwMDAwMDAgY3RyPTB4NQoweGMwMDAwMDAx MGZjMzQ3YzA6IGF0IC5fX210eF91bmxvY2tfZmxhZ3MrMHhjMAoweGMwMDAwMDAxMGZjMzQ4NjA6 IGF0IC51bWFfZGJnX2dldHNsYWIrMHhmOAoweGMwMDAwMDAxMGZjMzQ4ZjA6IGF0IC51bWFfZGJn X2FsbG9jKzB4NGMKMHhjMDAwMDAwMTBmYzM0OTgwOiBhdCAudW1hX3phbGxvY19hcmcrMHgxNmMK MHhjMDAwMDAwMTBmYzM0YTUwOiBhdCAubW9lYTY0X3B2b19lbnRlcisweDJjYwoweGMwMDAwMDAx MGZjMzRiNDA6IGF0IC5tb2VhNjRfZW50ZXIrMHgyOWMKMHhjMDAwMDAwMTBmYzM0YzEwOiBhdCAu cG1hcF9lbnRlcisweGE4CjB4YzAwMDAwMDEwZmMzNGNjMDogYXQgLmttZW1fYmFjaysweDI0MAow eGMwMDAwMDAxMGZjMzRkOTA6IGF0IC5rbWVtX21hbGxvYysweDgwCjB4YzAwMDAwMDEwZmMzNGUz MDogYXQgLnBhZ2VfYWxsb2MrMHgyOAoweGMwMDAwMDAxMGZjMzRlYjA6IGF0IC51bWFfbGFyZ2Vf bWFsbG9jKzB4NjAKMHhjMDAwMDAwMTBmYzM0ZjYwOiBhdCAubWFsbG9jKzB4MWMwCjB4YzAwMDAw MDEwZmMzNTAwMDogYXQgLnpmc19rbWVtX2FsbG9jKzB4M2MKMHhjMDAwMDAwMTBmYzM1MDgwOiBh dCAuemlvX2RhdGFfYnVmX2FsbG9jKzB4YzAKMHhjMDAwMDAwMTBmYzM1MTEwOiBhdCAuYXJjX2dl dF9kYXRhX2J1ZisweDE1MAoweGMwMDAwMDAxMGZjMzUxZTA6IGF0IC5hcmNfYnVmX2FsbG9jKzB4 MTdjCjB4YzAwMDAwMDEwZmMzNTJhMDogYXQgLmFyY19yZWFkKzB4MjM0CjB4YzAwMDAwMDEwZmMz NTNkMDogYXQgLmRidWZfcHJlZmV0Y2grMHgyYzAKMHhjMDAwMDAwMTBmYzM1NGIwOiBhdCAuZG11 X3pmZXRjaF9kb2ZldGNoKzB4MTYwCjB4YzAwMDAwMDEwZmMzNTU5MDogYXQgLmRtdV96ZmV0Y2gr MHgxMTM4CjB4YzAwMDAwMDEwZmMzNTcwMDogYXQgLmRidWZfcmVhZCsweDdhYwoweGMwMDAwMDAx MGZjMzU4MzA6IGF0IC5kbXVfYnVmX2hvbGRfYXJyYXlfYnlfZG5vZGUrMHgyNzgKMHhjMDAwMDAw MTBmYzM1OTUwOiBhdCAuZG11X3JlYWQrMHgxMTAKMHhjMDAwMDAwMTBmYzM1YTYwOiBhdCAuemZz X2ZyZWVic2RfZ2V0cGFnZXMrMHg2MDQKMHhjMDAwMDAwMTBmYzM1YmIwOiBhdCAuVk9QX0dFVFBB R0VTX0FQVisweDE0YwoweGMwMDAwMDAxMGZjMzVjNDA6IGF0IC52bm9kZV9wYWdlcl9nZXRwYWdl cysweDdjCjB4YzAwMDAwMDEwZmMzNWQxMDogYXQgLnZtX2ZhdWx0X2hvbGQrMHhkMjgKMHhjMDAw MDAwMTBmYzM1ZmYwOiBhdCAudm1fZmF1bHQrMHhhNAoweGMwMDAwMDAxMGZjMzYwYTA6IGF0IC50 cmFwX3BmYXVsdCsweDE0OAoweGMwMDAwMDAxMGZjMzYxNjA6IGF0IC50cmFwKzB4Yjk4CjB4YzAw MDAwMDEwZmMzNjNjMDogYXQgLnBvd2VycGNfaW50ZXJydXB0KzB4MjAwCjB4YzAwMDAwMDEwZmMz NjQ2MDoga2VybmVsIERTSSByZWFkIHRyYXAgQCAweGNmZmZmZmZmZjMzMzQwMDAgYnkgLm1lbWNw eSsweGEwOiBzcnIxPTB4OTAwMDAwMDAwMDAwOTAzMgogICAgICAgICAgICByMT0weGMwMDAwMDAx MGZjMzY3MTAgY3I9MHg0MjQ0MjA0OCB4ZXI9MHgyMDAwMDAwMCBjdHI9MHgxNDAwIHNyPTB4NDAw MDAwMDAKMHhjMDAwMDAwMTBmYzM2NzEwOiBhdCBfZW5kKzB4ZjZlYjA4M2MKMHhjMDAwMDAwMTBm YzM2NzUwOiBhdCBfZW5kKzB4ZjZlYjA4OGMKMHhjMDAwMDAwMTBmYzM2N2QwOiBhdCAuY29weWlu KzB4MThjCjB4YzAwMDAwMDEwZmMzNjk4MDogYXQgLnVpb21vdmVfZmF1bHRmbGFnKzB4MTZjCjB4 YzAwMDAwMDEwZmMzNmE0MDogYXQgLnVpb21vdmUrMHgxOAoweGMwMDAwMDAxMGZjMzZhYzA6IGF0 IC5kbXVfd3JpdGVfdWlvX2Rub2RlKzB4MTRjCjB4YzAwMDAwMDEwZmMzNmJiMDogYXQgLmRtdV93 cml0ZV91aW9fZGJ1ZisweDljCjB4YzAwMDAwMDEwZmMzNmM2MDogYXQgLnpmc19mcmVlYnNkX3dy aXRlKzB4MTQyOAoweGMwMDAwMDAxMGZjMzZlZDA6IGF0IC5WT1BfV1JJVEVfQVBWKzB4MWM0CjB4 YzAwMDAwMDEwZmMzNzA0MDogYXQgLnZuX3Jkd3IrMHgyMzQKMHhjMDAwMDAwMTBmYzM3MTcwOiBh dCAudm5fcmR3cl9pbmNodW5rcysweDEwNAoweGMwMDAwMDAxMGZjMzcyOTA6IGF0IC5lbGY2NF9j b3JlZHVtcCsweDVjNAoweGMwMDAwMDAxMGZjMzc0MTA6IGF0IC5zaWdleGl0KzB4OGY0CjB4YzAw MDAwMDEwZmMzNzcyMDogYXQgLnBvc3RzaWcrMHgxZTgKMHhjMDAwMDAwMTBmYzM3ODcwOiBhdCAu YXN0KzB4M2MwCjB4YzAwMDAwMDEwZmMzNzkyMDogdXNlciBEU0kgcmVhZCB0cmFwIEAgMCBieSAw eDUxZjMwZTM4OiBzcnIxPTB4OTAwMDAwMDAwMjAwZjAzMgogICAgICAgICAgICByMT0weGZmZmZm ZmZmZmZmZmI1YzAgY3I9MHg0ODAwNDA0MiB4ZXI9MHgyMDAwMDAwMCBjdHI9MHg1MWYzNTMzMCBz cj0weDQwMDAwMDAwClVwdGltZTogOGg1OW01M3MKRHVtcGluZyA1IE1CICgyIGNodW5rcykKICBj aHVuayAwOiA1NDU5OTY4IGJ5dGVzIC4uLiBvawogIGNodW5rIDE6IDk4MzA0IGJ5dGVzIC4uLiBv awoKRHVtcCBjb21wbGV0ZQo= --001a11c396e02dbef604eafd65f6-- From owner-freebsd-ppc@FreeBSD.ORG Tue Nov 12 20:51:48 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4015E7C2; Tue, 12 Nov 2013 20:51:48 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD8282576; Tue, 12 Nov 2013 20:51:47 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rACKpg3u086603; Tue, 12 Nov 2013 22:51:42 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rACKpg3u086603 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rACKpgjI086602; Tue, 12 Nov 2013 22:51:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Nov 2013 22:51:42 +0200 From: Konstantin Belousov To: Justin Hibbits Subject: Re: Strange panic on ppc64 Message-ID: <20131112205142.GY59496@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bNm70WCgfOzpu7dt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) 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 version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 20:51:48 -0000 --bNm70WCgfOzpu7dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 12, 2013 at 08:32:31AM -0800, Justin Hibbits wrote: > The log is attached. I'm not sure what exactly is going on here. The > conditions were: building something on zfs, while also accessing files ov= er > NFS. It seems each of those individually is fine, but doing both it brin= gs > my system down. I _think_ the actual panic message (recursed on > non-recursive mutex) is a red herring, since it already trapped in the > kernel, twice. Any clues? It's 100% reproducible by me. >=20 This does not seems related to NFS or ZFS proper. What happens is that tc_windup() executing in the interupt context decided to enter a debugger. I am not sure why the debugger is entered. Apart from this, the situation is clear: the interrupt happens while the referenced mutex was owned. The debugger is entered, and tries to read a char from keyboard, which is USB. For USB to function, it has to access a lot of the kernel services, in particular, busdma, which, in turn, requires some pmap calls, and you end up accessing the same mutex. The bug there is that code executed from interrupt or debugger context must not lock mutexes, or generally, call into top-half of the kernel (now top half is essentially the whole kernel). I am not sure if USB could ever work in such mode. --bNm70WCgfOzpu7dt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSgpTdAAoJEJDCuSvBvK1B4OUP/A5NjLXMW9xXf6fBedOFoWWq F9vuBalozkJZuilFFqPHw7BAugJHORwQeZFMh47EWrR6o0f9rgeBe3FdwHZXmnxn CBmb+JO4XmPI0N8XzPBCSGU10Qpb99hQMZmxdHDuBJPCdegIvVA4KmsR2pSTS5yd w1FQGOd3X5kvpWWyislaTcuVbguK5PeHz6AfSMJaERcl8ZvSPtuFTNhOpzTyksWM JnyThoU19L3CvHqh2Es+uyI/lNAgy43GBfkcR+SSqepQJXuXgJw3xZZJdQwYU8Lw Bg1KOcvHsxUilYarJQt+YyC1+fTYkGA8/hlGQK6n4wBCs/Tz8jYzK4TACrKQr3eH OhzcOEq4fWC1UzzHlwxQ/2AUrW2DEfeUVuNz+O0Ugt23Cv4OazZCoWmh2XNFshdZ yll0pklga4t4QuIt+rPi945Marp9VrZpik8cUFi/b/9y7D8ObkfkbkxT/p1YDUh/ ZDPaOn11MbYRcR2nxNlKH/F8HYdPnv/mSlGlxmB4zcQdz9H5pfI0yPOXEjRK7faK LolOKG4QfLlUdKDU0mbsQkyYXgw+tMRdNSp9msVrfqaGVwK1uo9l6WiE+62UwwZi SoV0bvoxEC8LBVapGg1pM9KbgWuPI5ypWml6iaBnhAo+1uMGlFm0Tmi/mv9kL2AB Z58cP8maiFy14AaCHM5M =nqVO -----END PGP SIGNATURE----- --bNm70WCgfOzpu7dt-- From owner-freebsd-ppc@FreeBSD.ORG Tue Nov 12 21:13:30 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA2FEF6D for ; Tue, 12 Nov 2013 21:13:30 +0000 (UTC) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 525182735 for ; Tue, 12 Nov 2013 21:13:30 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id v11so2093532bkz.20 for ; Tue, 12 Nov 2013 13:13:28 -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=J4nZHaGVTYI6P50nLfMLyTRBBmisdof3qwVwUAVhh00=; b=pjW/43k9dEn0CB5Qr95uCFyaqKYI3VxWGMlRFDUwiAJ076yZfU3KZ9IRVUFKL5yrMX rR6IHgq5h0zx06pmOOmbTHgXV5As3Zs45xw1I3Kj/NHnAhKE06H//uh0xVqorHwNdIFq LWQ6q5iuQBa2pr9baeOo9BQLfPhAqs41o9xeVJq0FNcp0xsAkJqbYH5rBlB0wb8zUBJp uS7Tp8lQObIrEA0sh0zFHhZIfdDhTbBsmsKIEvv159jKczn8nuBi0B6I6lLQ36sX6NO1 BG+IsvZfN6ikBi/VQrCV7IQtRH9EFZPbu8Ei9IZ+y1VMG0Z1YQqs0n1/V1CgkazQ/gAF g6sQ== MIME-Version: 1.0 X-Received: by 10.205.15.72 with SMTP id pt8mr27143587bkb.17.1384290808364; Tue, 12 Nov 2013 13:13:28 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.72.198 with HTTP; Tue, 12 Nov 2013 13:13:28 -0800 (PST) In-Reply-To: <20131112205142.GY59496@kib.kiev.ua> References: <20131112205142.GY59496@kib.kiev.ua> Date: Tue, 12 Nov 2013 13:13:28 -0800 X-Google-Sender-Auth: mQBaSj142KLX2fnvmcXSn9CoANQ Message-ID: Subject: Re: Strange panic on ppc64 From: Justin Hibbits To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 21:13:30 -0000 On Tue, Nov 12, 2013 at 12:51 PM, Konstantin Belousov wrote: > On Tue, Nov 12, 2013 at 08:32:31AM -0800, Justin Hibbits wrote: > > The log is attached. I'm not sure what exactly is going on here. The > > conditions were: building something on zfs, while also accessing files > over > > NFS. It seems each of those individually is fine, but doing both it > brings > > my system down. I _think_ the actual panic message (recursed on > > non-recursive mutex) is a red herring, since it already trapped in the > > kernel, twice. Any clues? It's 100% reproducible by me. > > > This does not seems related to NFS or ZFS proper. What happens is > that tc_windup() executing in the interupt context decided to enter > a debugger. I am not sure why the debugger is entered. > > Apart from this, the situation is clear: > the interrupt happens while the referenced mutex was owned. The debugger > is entered, and tries to read a char from keyboard, which is USB. For > USB to function, it has to access a lot of the kernel services, in > particular, busdma, which, in turn, requires some pmap calls, and you > end up accessing the same mutex. > > The bug there is that code executed from interrupt or debugger context > must not lock mutexes, or generally, call into top-half of the kernel > (now top half is essentially the whole kernel). I am not sure if > USB could ever work in such mode. > I discussed this with Nathan on IRC earlier. You're right that it's not related to NFS nor ZFS, at least not directly. It's actually most likely a stack overflow, since currently there are only 4 pages for stack, so when it takes the DECR trap it ends up blowing the stack. This is only made evident because ZFS is very stack hungry. I'm upping the stack to 8 pages, and testing tonight. As for your assessment of the situation, you're spot on, and I have no idea how to properly fix it. - Justin From owner-freebsd-ppc@FreeBSD.ORG Tue Nov 12 21:47:02 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39E6D259; Tue, 12 Nov 2013 21:47:02 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E80729CD; Tue, 12 Nov 2013 21:47:01 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rACLktVR098299; Tue, 12 Nov 2013 23:46:55 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rACLktVR098299 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rACLktLe098298; Tue, 12 Nov 2013 23:46:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Nov 2013 23:46:55 +0200 From: Konstantin Belousov To: Justin Hibbits Subject: Re: Strange panic on ppc64 Message-ID: <20131112214655.GZ59496@kib.kiev.ua> References: <20131112205142.GY59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="P5QUT6hvaumhd+N6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) 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 version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 21:47:02 -0000 --P5QUT6hvaumhd+N6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 12, 2013 at 01:13:28PM -0800, Justin Hibbits wrote: > On Tue, Nov 12, 2013 at 12:51 PM, Konstantin Belousov > wrote: >=20 > > On Tue, Nov 12, 2013 at 08:32:31AM -0800, Justin Hibbits wrote: > > > The log is attached. I'm not sure what exactly is going on here. The > > > conditions were: building something on zfs, while also accessing files > > over > > > NFS. It seems each of those individually is fine, but doing both it > > brings > > > my system down. I _think_ the actual panic message (recursed on > > > non-recursive mutex) is a red herring, since it already trapped in the > > > kernel, twice. Any clues? It's 100% reproducible by me. > > > > > This does not seems related to NFS or ZFS proper. What happens is > > that tc_windup() executing in the interupt context decided to enter > > a debugger. I am not sure why the debugger is entered. > > > > Apart from this, the situation is clear: > > the interrupt happens while the referenced mutex was owned. The debugger > > is entered, and tries to read a char from keyboard, which is USB. For > > USB to function, it has to access a lot of the kernel services, in > > particular, busdma, which, in turn, requires some pmap calls, and you > > end up accessing the same mutex. > > > > The bug there is that code executed from interrupt or debugger context > > must not lock mutexes, or generally, call into top-half of the kernel > > (now top half is essentially the whole kernel). I am not sure if > > USB could ever work in such mode. > > >=20 > I discussed this with Nathan on IRC earlier. You're right that it's not > related to NFS nor ZFS, at least not directly. It's actually most likely= a > stack overflow, since currently there are only 4 pages for stack, so when > it takes the DECR trap it ends up blowing the stack. This is only made > evident because ZFS is very stack hungry. I'm upping the stack to 8 page= s, > and testing tonight. >=20 > As for your assessment of the situation, you're spot on, and I have no id= ea > how to properly fix it. For stack overflow, I would not see the frames I talked about. The panic clearly states that you get a recursion on mutex, and sleepable mutex must not be locked from the interrupt or debugger context. --P5QUT6hvaumhd+N6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSgqHOAAoJEJDCuSvBvK1B7DgP/iSTNazC1PY5ogX6Tc+oV2SO 84QnWaf75ysiGKoyrqbWHFS+ehzsD1p8eWzuihdZ8YcE09T42FPWlMiQs0NkuKkI OkczwpIAQiqkhac5MD8ryVmpSc8PBa03zZgDlgYo2euROxT8HWxlEikKMp6WyL22 xCQCrX0+Ndcgps8OlEMMWI4IqQZBPGMomjT4/idO5Qh4i6acyT43piYSG5B8H2NH V97mAiADZXMZrLpxwklhDoEMrYA7t5EMvwZxm8ErtaNG/G36yxgRwtBhj4Hlry5U xUZH6YyhKSTTbLujfVckMfaB4Muos4g3G2gfqDdNDiwipJMQ8MyAE0ld8EFXaHoh fM9VhV0keWRGwknSH9eGei5z1zsgx/tVETW6lhXDJMevqeK0tx39Vs8Rdgoi1qPY js4Z2VZnOCqWR/y5I3ygH8jvxxyOfHmZd79vhCZdWHIZ44h9SfJDjCv7Ejjad47s NM/zhA4mc+sv9Zlkax5/zphNnLi9q/13TZojBrchptFTrXZ9getHYVkLi/kGRRn1 tpmHfO4djViq8BqzMwxCqyl+FP8rl9Co2jp1aRpu2axYit+G/zG2L8DxVhuH9Q0i 49Kb1rTw9NrH3ufctH1LTDcvVHpYx9WGay9Usjh/3JhhvybVlNAH1pmZURLxjbT3 Atm0m5iiVapi1jdnKoS6 =m8Qh -----END PGP SIGNATURE----- --P5QUT6hvaumhd+N6-- From owner-freebsd-ppc@FreeBSD.ORG Tue Nov 12 21:51:54 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28636386 for ; Tue, 12 Nov 2013 21:51:54 +0000 (UTC) Received: from mail-bk0-x22d.google.com (mail-bk0-x22d.google.com [IPv6:2a00:1450:4008:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A27C12A4B for ; Tue, 12 Nov 2013 21:51:53 +0000 (UTC) Received: by mail-bk0-f45.google.com with SMTP id r7so2529854bkg.18 for ; Tue, 12 Nov 2013 13:51:52 -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=wZC+gPS5yfOR+qtXtl/PR/HUQszRtNkgghpjabppEtI=; b=Pcnb9GUeTLqc6/6YJIJfTEXewOCI5p7j/4uesNY73Nu3DJupMa5dBVyJXC04+RZp6I AFF3G7r0rgPPXFrWJkT2DC9Yu3BkHqbpZM7yOx9TaSHNCPUyPZu/XhYvWzE4KYy9DDqB 2Usry28Ohq4HeRAyQNXZ98uVJK9hG282c5/vdS6YmeORUSj6EiiUvdqR5AGKlRewkaef rQoOE/6vmIyIjMPC0UO83r1HQQkuRQrV/uDw6yT1eRB9hfQPW+sIBeiPmRw5tbqH5b1j WeK/T7WfU83i+PW4CPtnA/881p/evXXta8C5+VjJqJK5Nn/fU05Mt3ZlvC2EKUeC3BHo yxbw== MIME-Version: 1.0 X-Received: by 10.204.167.140 with SMTP id q12mr26516676bky.2.1384293111979; Tue, 12 Nov 2013 13:51:51 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.72.198 with HTTP; Tue, 12 Nov 2013 13:51:51 -0800 (PST) Received: by 10.205.72.198 with HTTP; Tue, 12 Nov 2013 13:51:51 -0800 (PST) In-Reply-To: <20131112214655.GZ59496@kib.kiev.ua> References: <20131112205142.GY59496@kib.kiev.ua> <20131112214655.GZ59496@kib.kiev.ua> Date: Tue, 12 Nov 2013 13:51:51 -0800 X-Google-Sender-Auth: -X-TKjdES6zOU8MQ9gXJ-ba94j0 Message-ID: Subject: Re: Strange panic on ppc64 From: Justin Hibbits To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 21:51:54 -0000 On Nov 12, 2013 1:47 PM, "Konstantin Belousov" wrote: > > On Tue, Nov 12, 2013 at 01:13:28PM -0800, Justin Hibbits wrote: > > On Tue, Nov 12, 2013 at 12:51 PM, Konstantin Belousov > > wrote: > > > > > On Tue, Nov 12, 2013 at 08:32:31AM -0800, Justin Hibbits wrote: > > > > The log is attached. I'm not sure what exactly is going on here. The > > > > conditions were: building something on zfs, while also accessing files > > > over > > > > NFS. It seems each of those individually is fine, but doing both it > > > brings > > > > my system down. I _think_ the actual panic message (recursed on > > > > non-recursive mutex) is a red herring, since it already trapped in the > > > > kernel, twice. Any clues? It's 100% reproducible by me. > > > > > > > This does not seems related to NFS or ZFS proper. What happens is > > > that tc_windup() executing in the interupt context decided to enter > > > a debugger. I am not sure why the debugger is entered. > > > > > > Apart from this, the situation is clear: > > > the interrupt happens while the referenced mutex was owned. The debugger > > > is entered, and tries to read a char from keyboard, which is USB. For > > > USB to function, it has to access a lot of the kernel services, in > > > particular, busdma, which, in turn, requires some pmap calls, and you > > > end up accessing the same mutex. > > > > > > The bug there is that code executed from interrupt or debugger context > > > must not lock mutexes, or generally, call into top-half of the kernel > > > (now top half is essentially the whole kernel). I am not sure if > > > USB could ever work in such mode. > > > > > > > I discussed this with Nathan on IRC earlier. You're right that it's not > > related to NFS nor ZFS, at least not directly. It's actually most likely a > > stack overflow, since currently there are only 4 pages for stack, so when > > it takes the DECR trap it ends up blowing the stack. This is only made > > evident because ZFS is very stack hungry. I'm upping the stack to 8 pages, > > and testing tonight. > > > > As for your assessment of the situation, you're spot on, and I have no idea > > how to properly fix it. > > For stack overflow, I would not see the frames I talked about. > The panic clearly states that you get a recursion on mutex, and sleepable > mutex must not be locked from the interrupt or debugger context. Right, it is two issues. It entered the debugger with a stack overflow, then panicked on a mutex recursion. I'm addressing the stack overflow. From owner-freebsd-ppc@FreeBSD.ORG Wed Nov 13 21:15:47 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBFDC2AD for ; Wed, 13 Nov 2013 21:15:47 +0000 (UTC) Received: from nm15.bullet.mail.ird.yahoo.com (nm15.bullet.mail.ird.yahoo.com [77.238.189.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 266E22FD7 for ; Wed, 13 Nov 2013 21:15:46 +0000 (UTC) Received: from [77.238.189.236] by nm15.bullet.mail.ird.yahoo.com with NNFMP; 13 Nov 2013 21:15:39 -0000 Received: from [46.228.39.106] by tm17.bullet.mail.ird.yahoo.com with NNFMP; 13 Nov 2013 21:15:39 -0000 Received: from [127.0.0.1] by smtp143.mail.ir2.yahoo.com with NNFMP; 13 Nov 2013 21:15:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.pl; s=s1024; t=1384377339; bh=aZKXsZSr4rq3fk/3rpjyhOr5M8cb9ar7pi3nyLJXU4U=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Content-Type:To:Date:Subject:MIME-Version:Content-Transfer-Encoding:From:Message-ID:User-Agent; b=zS6akeGgyZYPx8kpxYYE2bON5chaCUNgwOWjZ4hckocv7gUzmrWJyRplsrwx8Uih08Rt44IpiO8TotED/k37RCWSummZZep7oOqpR7TCD5B1vfQi/EtrTuVZM4Bp4LpJs6YFXsFZqTrrEwoXZzCuKaZ/nS53afoHOEDv5lKSlIg= X-Yahoo-Newman-Id: 466689.51775.bm@smtp143.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: QVzAVJwVM1lPVbd_pillMoolbvP.010Jksu52qVI.ZgyLMA EjvX_yIikBtYXsJFRmzt8k8VsIQbrcVrkwyQHRAhNKzeswujKhalZO4Cim7t izW_CBslJgTgXrexbncLjmA.CCwa51jhcxM1CRq8jP8ky4wNoaK.0Bc2BaSG vEI5BDLkxo4wdJ8k_5CnEp._s5DWuXx4XTHiEh7ce5YAT0dv2x3mXOj7lKTy 5BP2Nfw1elbGymia0p3UTU4bJxC53yRQNQVO7co3jZhRmVAIEwniVnw1wPfo .SuvR75BPFWwGcsEN_bdviFLI2Dz2W1lAa3uvthyl8w5UDMi3qXb49gza6E6 ZOYaTCQUUzehkUcj3QoI7UWtrKj3eKfTYhEPprpkDr4vnr_1mqNngq_jHUQm 3K8dxXyjSx4Na5vhijs.8BFO8D3fQ9mF1fQ3kS3puyM9mxOPHKrmcuwHazZf DeQ36A5blaiZOZYW0.s8jERU09yDMDFzh2weUWUQxngqxjmRNjjP1Db8wd4o IXrhoHcHJShp4DilyfPu6Da7.l_rXzA-- X-Yahoo-SMTP: Zppms7GswBDFlfNbJSZQ.niGh29AR2IZSQ-- X-Rocket-Received: from doll (adrian.kubok@83.5.136.68 with ) by smtp143.mail.ir2.yahoo.com with SMTP; 13 Nov 2013 21:15:39 +0000 UTC Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-ppc@freebsd.org Date: Wed, 13 Nov 2013 22:15:42 +0100 Subject: First install of powerpc freebsd install problem MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Adrian Kubok" Message-ID: User-Agent: Opera Mail/1.0 (Win32) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2013 21:15:47 -0000 Hello. I'm trying to install freebsd powerpc 10.0 BETA3 on powerbook g3 (500MHz/1Gb) Bootcd hangs with "mountroot>" prompt. bootonly and disc1 gives same error Mounting from cd9600:/dev/iso9660/FREEBSD_INSTALL failed with error 19. mountroot> cd9660:acd0 Trying to mount root from cd9660:acd0 [] mountroot: waiting for device acd0 ... Mounting from cd9600:acd0 failed with error 19. mountroot> ? List of GEOM managed disk devices: diskid/DISK-HP0C......... ada0 From owner-freebsd-ppc@FreeBSD.ORG Fri Nov 15 17:26:47 2013 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 613B0C90; Fri, 15 Nov 2013 17:26:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 29B6428B1; Fri, 15 Nov 2013 17:26:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rAFHQknu019395; Fri, 15 Nov 2013 12:26:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rAFHQkNi019394; Fri, 15 Nov 2013 17:26:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 15 Nov 2013 17:26:46 GMT Message-Id: <201311151726.rAFHQkNi019394@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Nov 2013 17:26:47 -0000 TB --- 2013-11-15 17:14:26 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-15 17:14:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-15 17:14:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-15 17:14:26 - cleaning the object tree TB --- 2013-11-15 17:14:26 - /usr/local/bin/svn stat /src TB --- 2013-11-15 17:14:30 - At svn revision 258162 TB --- 2013-11-15 17:14:31 - building world TB --- 2013-11-15 17:14:31 - CROSS_BUILD_TESTING=YES TB --- 2013-11-15 17:14:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-15 17:14:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-15 17:14:31 - SRCCONF=/dev/null TB --- 2013-11-15 17:14:31 - TARGET=powerpc TB --- 2013-11-15 17:14:31 - TARGET_ARCH=powerpc TB --- 2013-11-15 17:14:31 - TZ=UTC TB --- 2013-11-15 17:14:31 - __MAKE_CONF=/dev/null TB --- 2013-11-15 17:14:31 - cd /src TB --- 2013-11-15 17:14:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 15 17:14:38 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] /src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config/freebsd.h:77:1: warning: this is the location of the previous definition cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/powerpc.powerpc/src/tmp/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcclibs/libdecnumber -I/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -std=gnu89 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o cc1plus-dummy main.o cp-lang.o c-opts.o call.o class.o cvt.o cxx-pretty-print.o decl.o decl2.o error.o except.o expr.o dump.o friend.o init.o lex.o mangle.o method.o name-lookup.o parser.o pt.o ptree.o repo.o rtti.o search.o semantics.o tree.o typeck.o ! typeck2.o optimize.o cp-objcp-common.o cp-gimplify.o tree-mudflap.o /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../cc_int/libbackend.a /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libcpp/libcpp.a /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libdecnumber/libdecnumber.a /obj/powerpc.powerpc/src/tmp/src/gnu/usr.bin/cc/cc1plus/../libiberty/libiberty.a -legacy typeck.o(.text+0x821c): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x8232): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' typeck.o(.text+0x823e): In function `build_binary_op': : undefined reference to `TREE_OVERFLOW_P' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1plus *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-15 17:26:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-15 17:26:45 - ERROR: failed to build world TB --- 2013-11-15 17:26:45 - 617.94 user 79.35 system 739.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Sat Nov 16 05:04:09 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87365902 for ; Sat, 16 Nov 2013 05:04:09 +0000 (UTC) Received: from cluster2085.monopost.com (cluster2085.monopost.com [159.253.181.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2CBE92C69 for ; Sat, 16 Nov 2013 05:04:08 +0000 (UTC) Received: from scripts33.ulan (scripts33.ulan [10.20.55.34]) by cluster2085.monopost.com (Postfix) with SMTP id 3D53BA3C363 for ; Sat, 16 Nov 2013 04:57:58 +0000 (UTC) X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 cluster2085.monopost.com 3D53BA3C363 DomainKey-Signature: a=rsa-sha1; s=m23uiy45; d=badoo.com; c=nofws; q=dns; b=Its5MOLXSZLFYiR4gXyuHaQBUWDObOrF/cERoRCNxaUgt54FyOnWD0wAJha4yVhIp noYBuQqvfKc39XwlwuhXoBHps63PEgZy+k+/E2OVHc8cMy5cn/cx9xnMF2SHKxIWolv iRWe3n8mEcePnH3W2pE8OOaN0lWRQR4e+BYC5Jg= X-DKIM: Sendmail DKIM Filter v2.7.2 cluster2085.monopost.com 3D53BA3C363 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=badoo.com; s=m23uiy45; t=1384577878; bh=32cJd/ZOWs/oU7urXokzUCyOL0ywbC0RXKH3K7 K/pAg=; h=Date:To:MIME-Version:Reply-to:From:List-Unsubscribe: Content-Type:Subject; b=W4c/Qv77nlAIxsFjznwEQUdigETJmvX7AOdDnkO9P/ 3eLp7CL07y0dWNJjSZkMQAzN5aCznXAZQcbUVO79IbnqqOGmrLJISmwCpEiiWmMedVI tuozvt8ViJdselLBvrMAkvI1RH2B21Yhr1hdxgzE7p6CQfNn37sfnl/TMrLT5E= Received: by scripts33.ulan (sSMTP sendmail emulation); Sat, 16 Nov 2013 04:57:58 +0000 Date: Sat, 16 Nov 2013 04:57:58 +0000 To: freebsd-ppc@freebsd.org MIME-Version: 1.0 From: Badoo X-campaignid: badoo 003.651.2.131116045756 Subject: =?UTF-8?B?4piFIFJlYWQgeW91ciBtZXNzYWdlIGJlZm9yZSBpdCBnZXRzIGRlbGV0ZWQh?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: garydpdx@gmail.com List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 05:04:09 -0000 This email is part of our delivery procedure for the message sent by Garypd= x. If you have recieved this email by mistake please ignore it. The message= will be deleted soon. Read your message... http://us1.badoo.com/01215003836/in/DMoPWSfKtu8/?lang_id=3D3&g=3D57-0-4&m= =3D651&mid=3D5286fb540000000000030000029768540309100d0067=0A=0A=0ASome more= patiently waiting folks:=0A=0A=0AIf clicking the links in this message doe= s not work, copy and paste them into the address bar of your browser.=0A=0A=0AHave fun! The Badoo Team=0A=0A=0AYou have received this email from Badoo Trading Limi= ted (postal address below). If you do not wish to receive further email communications from Badoo click= here to opt out: https://us1.badoo.com/impersonation.phtml?lang_id=3D3&ema= il=3Dfreebsd-ppc%40freebsd.org&block_code=3D6fbbb7&m=3D651&mid=3D5286fb5400= 00000000030000029768540309100d0067&g=3D0-0-4 =0ABadoo Trading Limited is a limited company registered in England and Wal= es under CRN 7540255 with its registered office at Media Village, 131 - 151 Gr= eat Titchfield Street, London, W1W 5BB. From owner-freebsd-ppc@FreeBSD.ORG Sat Nov 16 13:07:52 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B71B674 for ; Sat, 16 Nov 2013 13:07:52 +0000 (UTC) Received: from cluster2049.monopost.com (cluster2049.monopost.com [159.253.180.160]) by mx1.freebsd.org (Postfix) with ESMTP id DF3B52025 for ; Sat, 16 Nov 2013 13:07:51 +0000 (UTC) Received: from www32.ulan (www32.ulan [10.20.53.33]) by cluster2049.monopost.com (Postfix) with SMTP id B4D9CA3029F for ; Sat, 16 Nov 2013 13:02:06 +0000 (UTC) X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 cluster2049.monopost.com B4D9CA3029F DomainKey-Signature: a=rsa-sha1; s=m23uiy45; d=badoo.com; c=nofws; q=dns; b=CqEKnxLOQOfAAOULfTbRe0/RcBS5cNRFo87orSqDirqukWR4S1XZNpmDQb372HFZh vyFL1AGTfl6/3LRN85I9J4qMxU2P5p6IQNqf9vNl7pVqUjQxdzGBstS1/9AWukZUicN YzBI0m0o0g/ltlGxsdSbbFMNorpTHrQNc38NLl8= X-DKIM: Sendmail DKIM Filter v2.7.2 cluster2049.monopost.com B4D9CA3029F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=badoo.com; s=m23uiy45; t=1384606926; bh=el4wVSw8Bd+ViKWrkEBI2LBkhJtRQ5rP7KPO5R LDIaw=; h=Date:To:MIME-Version:Reply-to:From:List-Unsubscribe: Content-Type:Subject; b=mj9inPIftSJk32X3gGXxA6QtVxkfxUORoclm6UGk5J Leg/UN7fkAKBwNXcQ+rvgGOHAX1PcbKnJbhzvFXBiMiqJx2LwC3bR9FMArRU1R6ZY0X X7Rzbe0iPTEVCs/DxoOXzoN+DMP9PlkEqhAdGI6YBaEXgAL4tdlpVbCqcuk7No= Received: by www32.ulan (sSMTP sendmail emulation); Sat, 16 Nov 2013 13:02:06 +0000 Date: Sat, 16 Nov 2013 13:02:06 +0000 To: freebsd-ppc@freebsd.org MIME-Version: 1.0 From: Badoo X-campaignid: badoo 003.126.2.131116130204 Subject: =?UTF-8?B?4piFIFdlbGNvbWUgdG8gQmFkb28h?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: noreply+237396365@badoo.com List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 13:07:52 -0000 You're ready to start using Badoo!=0A=0A=0AStart using Badoo https://eu1.badoo.com/access.phtml?UID=3D348023840&secret=3DST04Ni8QsF&m=3D= 126&g=3D34-0-4&mid=3D52876ccc00000000000300460297d9cc02e7335b0003 Newsflash - 586 people in your area want to see what you look like and find= out more about you.=0A=0A=0ATry these tips to get noticed:=0A=0A=0AAdd you= r photos The more photos you add, the more people will see you and the more contacts= you'll make.=0A=0A=0AEdit your profile We know you're interesting, but how will everyone else if you don't tell th= em=0A=0A=0AFind your friends Which of your friends are already here=0A=0A=0AYour sign in details:=0A=0A= =0AEmail: freebsd-ppc@freebsd.org Password: vokaqaga=0A=0A=0APlease keep your sign-in details somewhere safe.= =0A=0A=0AIf clicking the links in this message does not work, copy and past= e them into the address bar of your browser:=0A=0A=0AHave fun! The Badoo Team =0AHave fun! The Badoo Team=0A=0A=0AYou have received this email from Badoo Trading Limi= ted (postal address below). If you do not wish to receive further email communications from Badoo click= here to opt out: https://eu1.badoo.com/access.phtml?UID=3D348023840&secret= =3DST04Ni8QsF&g=3D49-0-4&m=3D126&mid=3D52876ccc00000000000300460297d9cc02e7= 335b0003 =0ABadoo Trading Limited is a limited company registered in England and Wal= es under CRN 7540255 with its registered office at Media Village, 131 - 151 Gr= eat Titchfield Street, London, W1W 5BB. From owner-freebsd-ppc@FreeBSD.ORG Sat Nov 16 13:27:16 2013 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91A148D8 for ; Sat, 16 Nov 2013 13:27:16 +0000 (UTC) Received: from cluster1070.monopost.com (cluster1070.monopost.com [159.253.178.96]) by mx1.freebsd.org (Postfix) with ESMTP id 1E7D42105 for ; Sat, 16 Nov 2013 13:27:15 +0000 (UTC) Received: from scripts51.mlan (scripts51.mlan [10.10.126.52]) by cluster1070.monopost.com (Postfix) with SMTP id 8B2F26E10A9A for ; Sat, 16 Nov 2013 13:21:07 +0000 (UTC) X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 cluster1070.monopost.com 8B2F26E10A9A DomainKey-Signature: a=rsa-sha1; s=m23uiy45; d=badoo.com; c=nofws; q=dns; b=kJ60pnUhktG7qjXP0c2ieXDU8tgJJcnqPKVIHC3UZghcrAKSqbeCpoYcbZqiczIwo rSpvKrwsRVmuA6BIsIAqErr5lCRudbk59ji2aDFvQwLtZNUwBcqYT5XLi4oh855nb7e XlvcgMiSF24UlFwDgOFAAAdb3qP8j7G6he0PfcA= X-DKIM: Sendmail DKIM Filter v2.7.2 cluster1070.monopost.com 8B2F26E10A9A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=badoo.com; s=m23uiy45; t=1384608067; bh=yD3LQ4G6ysipcM64yJ+2CPF+Tg0VAt+SbEBlE5 975FY=; h=Date:To:MIME-Version:Reply-to:From:List-Unsubscribe: Content-Type:Subject; b=Y9zelDuQ2hdFAOf7x31+SK4aX4BVXrhFpYP6vBdDRn djIesXxWybNgm7nFte0N24Q9OLOCjFxlTyXvDZoSkJ6qYSBhZv3rfYaofVDllbg0noY mRzgzYklXdOtn9hXtTAJ6Wh7BC3P3xSj2WUw59+wyPsFJ8MGsfhvY5atW95q6w= Received: by scripts51.mlan (sSMTP sendmail emulation); Sat, 16 Nov 2013 13:21:07 +0000 Date: Sat, 16 Nov 2013 13:21:07 +0000 To: freebsd-ppc@freebsd.org MIME-Version: 1.0 From: Badoo X-campaignid: badoo 003.18.2.131116132106 Subject: =?UTF-8?B?4piFIFlvdXIgcGhvdG9zIGhhdmUgYmVlbiBtb2RlcmF0ZWQ=?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: noreply+237396365@badoo.com List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 13:27:16 -0000 Your photos have been moderated=0A=0A=0ASome of your photos were not in lin= e with Badoo guidelines. Please follow the link to see what changes have be= en made:=0A=0A=0Ahttps://eu1.badoo.com/access.phtml?UID=3D348023840&secret= =3DST04Ni8QsF&m=3D18&g=3D18-0-4&mid=3D5287714200000000000300460297de420259c= 54b00ee=0A=0A=0AIf the link in this message does not work, try copying and = pasting it into your browser.=0A=0A=0AThe Badoo Team =0AYou have received this email from Badoo Trading Limited (postal address = below). If you do not wish to receive further email communications from Badoo click= here to opt out: https://eu1.badoo.com/access.phtml?UID=3D348023840&secret= =3DST04Ni8QsF&g=3D49-0-4&m=3D18&mid=3D5287714200000000000300460297de420259c= 54b00ee. =0ABadoo Trading Limited is a limited company registered in England and Wal= es under CRN 7540255 with its registered office at Media Village, 131 - 151 Gr= eat Titchfield Street, London, W1W 5BB.