From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 00:01:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 760E816A41A for ; Sun, 30 Dec 2007 00:01:46 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 2358213C44B for ; Sun, 30 Dec 2007 00:01:45 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 65902 invoked from network); 30 Dec 2007 00:01:45 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 30 Dec 2007 00:01:45 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sat, 29 Dec 2007 18:01:43 -0600 (CST) From: Mike Silbersack To: Robert Watson In-Reply-To: <20071228095539.F45653@fledge.watson.org> Message-ID: <20071229180004.O6052@odysseus.silby.com> References: <20071228015651.X1565@odysseus.silby.com> <20071228095539.F45653@fledge.watson.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1861302967-2103615001-1198972903=:6052" Cc: current@freebsd.org Subject: Re: [patch] Auto-setting hz to 100 inside QEMU/VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 00:01:46 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1861302967-2103615001-1198972903=:6052 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 28 Dec 2007, Robert Watson wrote: > I like the general idea, but one thing that does worry me is that this > prevents me from using config to set HZ at all, I have to set it at runtime > using the tunable. Could we add an: Attached is a patch which attempts to address all of Robert's concerns and includes all the strings for the various VMs that people have mailed in to me. Please test/review. :) Mike "Silby" Silbersack --1861302967-2103615001-1198972903=:6052 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=virtual_hz-3.patch Content-Transfer-Encoding: BASE64 Content-ID: <20071229180143.F6052@odysseus.silby.com> Content-Description: Content-Disposition: attachment; filename=virtual_hz-3.patch ZGlmZiAtdSAtciAvdXNyL3NyYy9zeXMub2xkL2FtZDY0L2FtZDY0L21hY2hk ZXAuYyAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvbWFjaGRlcC5jDQotLS0g L3Vzci9zcmMvc3lzLm9sZC9hbWQ2NC9hbWQ2NC9tYWNoZGVwLmMJMjAwNy0x Mi0yOSAwMzowMTowMi4wMDAwMDAwMDAgLTA2MDANCisrKyAvdXNyL3NyYy9z eXMvYW1kNjQvYW1kNjQvbWFjaGRlcC5jCTIwMDctMTItMjkgMTg6NTc6MDEu MDAwMDAwMDAwIC0wNjAwDQpAQCAtMTkzNSwzICsxOTM1LDMzIEBADQogfQ0K IA0KICNlbmRpZiAvKiBLREIgKi8NCisNCisvKiBrZW52IHN0cmluZ3MgdXNl ZCB0byBpZGVudGlmeSB2YXJpb3VzIFZNIGVudmlyb25tZW50cyAqLw0KKw0K K3N0YXRpYyBjaGFyICp2bV9zdHJpbmdzW10gPSB7DQorCQkiaGludC5hY3Bp LjAub2VtIiwgIlFFTVUiLA0KKwkJImhpbnQuYWNwaS4wLm9lbSIsICJWQk9Y IiwgLyogVmlydHVhbEJveCAqLw0KKwkJInNtYmlvcy5zeXN0ZW0ubWFrZXIi LCAiVk13YXJlLCBJbmMuIiwNCisJCSJzbWJpb3MuYmlvcy52ZW5kb3IiLCAi UGFyYWxsZWxzIFNvZnR3YXJlIEludGVybmF0aW9uYWwgSW5jLiIsDQorCQlO VUxMDQorCQl9Ow0KKw0KK2ludA0KK2RldGVjdF92aXJ0dWFsbWFjaGluZSh2 b2lkKQ0KK3sNCisJY2hhciAqZW52cHRyOw0KKwlpbnQgaTsNCisJZm9yIChp ID0gMDsgOyBpICs9IDIpIHsNCisJCWlmICh2bV9zdHJpbmdzW2ldID09IE5V TEwpDQorCQkJYnJlYWs7DQorCQllbnZwdHIgPSBnZXRlbnYodm1fc3RyaW5n c1tpXSk7DQorCQlpZiAoZW52cHRyKSB7DQorCQkJaWYgKHN0cm5jbXAoZW52 cHRyLCB2bV9zdHJpbmdzW2krMV0sIHN0cmxlbih2bV9zdHJpbmdzW2krMV0p KSA9PSAwKSB7DQorCQkJCWZyZWVlbnYoZW52cHRyKTsNCisJCQkJcmV0dXJu IDE7DQorCQkJfQ0KKwkJCWZyZWVlbnYoZW52cHRyKTsNCisJCX0NCisJfQ0K KwlyZXR1cm4gMDsNCit9DQpkaWZmIC11IC1yIC91c3Ivc3JjL3N5cy5vbGQv YXJtL2FybS9tYWNoZGVwLmMgL3Vzci9zcmMvc3lzL2FybS9hcm0vbWFjaGRl cC5jDQotLS0gL3Vzci9zcmMvc3lzLm9sZC9hcm0vYXJtL21hY2hkZXAuYwky MDA3LTEyLTI5IDAzOjAxOjA2LjAwMDAwMDAwMCAtMDYwMA0KKysrIC91c3Iv c3JjL3N5cy9hcm0vYXJtL21hY2hkZXAuYwkyMDA3LTEyLTI5IDE4OjU3OjIx LjAwMDAwMDAwMCAtMDYwMA0KQEAgLTYzMSwzICs2MzEsOSBAQA0KIAlwY2It PnVuXzMyLnBjYjMyX2xyID0gdGYtPnRmX3Vzcl9scjsNCiAJcGNiLT51bl8z Mi5wY2IzMl9zcCA9IHRmLT50Zl91c3Jfc3A7DQogfQ0KKw0KK2ludA0KK2Rl dGVjdF92aXJ0dWFsbWFjaGluZSh2b2lkKQ0KK3sNCisJcmV0dXJuIDA7DQor fQ0KZGlmZiAtdSAtciAvdXNyL3NyYy9zeXMub2xkL2NvbmYvTk9URVMgL3Vz ci9zcmMvc3lzL2NvbmYvTk9URVMNCi0tLSAvdXNyL3NyYy9zeXMub2xkL2Nv bmYvTk9URVMJMjAwNy0xMi0yOSAwMzowMToxOS4wMDAwMDAwMDAgLTA2MDAN CisrKyAvdXNyL3NyYy9zeXMvY29uZi9OT1RFUwkyMDA3LTEyLTI5IDE4OjU0 OjQwLjAwMDAwMDAwMCAtMDYwMA0KQEAgLTExMTUsNiArMTExNSw3IEBADQog IyB0aGUgYWNjdXJhY3kgb2Ygb3BlcmF0aW9uLg0KIA0KIG9wdGlvbnMgCUha PTEwMA0KK29wdGlvbnMgCVZJUlRVQUxfSFo9MTAwDQogDQogIyBFbmFibGUg c3VwcG9ydCBmb3IgdGhlIGtlcm5lbCBQTEwgdG8gdXNlIGFuIGV4dGVybmFs IFBQUyBzaWduYWwsDQogIyB1bmRlciBzdXBlcnZpc2lvbiBvZiBbeF1udHBk KDgpDQpkaWZmIC11IC1yIC91c3Ivc3JjL3N5cy5vbGQvY29uZi9vcHRpb25z IC91c3Ivc3JjL3N5cy9jb25mL29wdGlvbnMNCi0tLSAvdXNyL3NyYy9zeXMu b2xkL2NvbmYvb3B0aW9ucwkyMDA3LTEyLTI5IDAzOjAxOjE5LjAwMDAwMDAw MCAtMDYwMA0KKysrIC91c3Ivc3JjL3N5cy9jb25mL29wdGlvbnMJMjAwNy0x Mi0yOSAwMzowNjoyMi4wMDAwMDAwMDAgLTA2MDANCkBAIC0yNjIsNiArMjYy LDcgQEANCiANCiAjIE9wdGlvbnMgdXNlZCBvbmx5IGluIHN1YnJfcGFyYW0u Yy4NCiBIWgkJb3B0X3BhcmFtLmgNCitWSVJUVUFMX0haCW9wdF9wYXJhbS5o DQogTUFYRklMRVMJb3B0X3BhcmFtLmgNCiBOQlVGCQlvcHRfcGFyYW0uaA0K IE5TRkJVRlMJCW9wdF9wYXJhbS5oDQpkaWZmIC11IC1yIC91c3Ivc3JjL3N5 cy5vbGQvaTM4Ni9pMzg2L21hY2hkZXAuYyAvdXNyL3NyYy9zeXMvaTM4Ni9p Mzg2L21hY2hkZXAuYw0KLS0tIC91c3Ivc3JjL3N5cy5vbGQvaTM4Ni9pMzg2 L21hY2hkZXAuYwkyMDA3LTEyLTI5IDAzOjAxOjI5LjAwMDAwMDAwMCAtMDYw MA0KKysrIC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvbWFjaGRlcC5jCTIwMDct MTItMjkgMDM6NTk6MDUuMDAwMDAwMDAwIC0wNjAwDQpAQCAtMzExMCwzICsz MTEwLDMzIEBADQogfQ0KIA0KICNlbmRpZiAvKiBLREIgKi8NCisNCisvKiBr ZW52IHN0cmluZ3MgdXNlZCB0byBpZGVudGlmeSB2YXJpb3VzIFZNIGVudmly b25tZW50cyAqLw0KKw0KK3N0YXRpYyBjaGFyICp2bV9zdHJpbmdzW10gPSB7 DQorCQkiaGludC5hY3BpLjAub2VtIiwgIlFFTVUiLA0KKwkJImhpbnQuYWNw aS4wLm9lbSIsICJWQk9YIiwgLyogVmlydHVhbEJveCAqLw0KKwkJInNtYmlv cy5zeXN0ZW0ubWFrZXIiLCAiVk13YXJlLCBJbmMuIiwNCisJCSJzbWJpb3Mu Ymlvcy52ZW5kb3IiLCAiUGFyYWxsZWxzIFNvZnR3YXJlIEludGVybmF0aW9u YWwgSW5jLiIsDQorCQlOVUxMDQorCQl9Ow0KKw0KK2ludA0KK2RldGVjdF92 aXJ0dWFsbWFjaGluZSh2b2lkKQ0KK3sNCisJY2hhciAqZW52cHRyOw0KKwlp bnQgaTsNCisJZm9yIChpID0gMDsgOyBpICs9IDIpIHsNCisJCWlmICh2bV9z dHJpbmdzW2ldID09IE5VTEwpDQorCQkJYnJlYWs7DQorCQllbnZwdHIgPSBn ZXRlbnYodm1fc3RyaW5nc1tpXSk7DQorCQlpZiAoZW52cHRyKSB7DQorCQkJ aWYgKHN0cm5jbXAoZW52cHRyLCB2bV9zdHJpbmdzW2krMV0sIHN0cmxlbih2 bV9zdHJpbmdzW2krMV0pKSA9PSAwKSB7DQorCQkJCWZyZWVlbnYoZW52cHRy KTsNCisJCQkJcmV0dXJuIDE7DQorCQkJfQ0KKwkJCWZyZWVlbnYoZW52cHRy KTsNCisJCX0NCisJfQ0KKwlyZXR1cm4gMDsNCit9DQpkaWZmIC11IC1yIC91 c3Ivc3JjL3N5cy5vbGQvaWE2NC9pYTY0L21hY2hkZXAuYyAvdXNyL3NyYy9z eXMvaWE2NC9pYTY0L21hY2hkZXAuYw0KLS0tIC91c3Ivc3JjL3N5cy5vbGQv aWE2NC9pYTY0L21hY2hkZXAuYwkyMDA3LTEyLTI5IDAzOjAxOjI5LjAwMDAw MDAwMCAtMDYwMA0KKysrIC91c3Ivc3JjL3N5cy9pYTY0L2lhNjQvbWFjaGRl cC5jCTIwMDctMTItMjkgMTk6MDI6MjMuMDAwMDAwMDAwIC0wNjAwDQpAQCAt MTUzMSwzICsxNTMxLDkgQEANCiB7DQogCXJldHVybiAoRU5PREVWKTsNCiB9 DQorDQoraW50DQorZGV0ZWN0X3ZpcnR1YWxtYWNoaW5lKHZvaWQpDQorew0K KwlyZXR1cm4gMDsNCit9DQpkaWZmIC11IC1yIC91c3Ivc3JjL3N5cy5vbGQv a2Vybi9zdWJyX3BhcmFtLmMgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9wYXJh bS5jDQotLS0gL3Vzci9zcmMvc3lzLm9sZC9rZXJuL3N1YnJfcGFyYW0uYwky MDA3LTEyLTI5IDAzOjAxOjI5LjAwMDAwMDAwMCAtMDYwMA0KKysrIC91c3Iv c3JjL3N5cy9rZXJuL3N1YnJfcGFyYW0uYwkyMDA3LTEyLTI5IDAzOjE0OjIz LjAwMDAwMDAwMCAtMDYwMA0KQEAgLTU4LDYgKzU4LDkgQEANCiAjICAgIGRl ZmluZQlIWiAxMDANCiAjICBlbmRpZg0KICNlbmRpZg0KKyNpZm5kZWYgVklS VFVBTF9IWg0KKyMgIGRlZmluZQlWSVJUVUFMX0haIDEwMA0KKyNlbmRpZg0K ICNkZWZpbmUJTlBST0MgKDIwICsgMTYgKiBtYXh1c2VycykNCiAjaWZuZGVm IE5CVUYNCiAjZGVmaW5lIE5CVUYgMA0KQEAgLTEwOSw3ICsxMTIsMTYgQEAN CiBpbml0X3BhcmFtMSh2b2lkKQ0KIHsNCiANCi0JaHogPSBIWjsNCisJLyog VmlydHVhbGl6YXRpb24gZW52aXJvbm1lbnRzIGNhbid0IGtlZXAgdXAgd2l0 aCBhDQorCSAqIDEwMDBoeiB0aWNrIHJhdGUsIGxlYWRpbmcgdG8gaGlnaGx5 IGluYWNjdXJhdGUNCisJICogdGltZWtlZXBpbmcgYnkgRnJlZUJTRCBndWVz dHMuICBUbyBmaXggdGhpcyBwcm9ibGVtLA0KKwkgKiBkcm9wIGJhY2sgdG8g MTAwaHogd2hlbiB3ZSBkZXRlY3QgdGhhdCB3ZSBhcmUgcnVubmluZw0KKwkg KiBpbnNpZGUgYSB2aXJ0dWFsIG1hY2hpbmUuDQorCSAqLw0KKwlpZiAoZGV0 ZWN0X3ZpcnR1YWxtYWNoaW5lKCkpDQorCQloeiA9IFZJUlRVQUxfSFo7DQor CWVsc2UNCisJCWh6ID0gSFo7DQogCVRVTkFCTEVfSU5UX0ZFVENIKCJrZXJu Lmh6IiwgJmh6KTsNCiAJdGljayA9IDEwMDAwMDAgLyBoejsNCiANCmRpZmYg LXUgLXIgL3Vzci9zcmMvc3lzLm9sZC9wYzk4L3BjOTgvbWFjaGRlcC5jIC91 c3Ivc3JjL3N5cy9wYzk4L3BjOTgvbWFjaGRlcC5jDQotLS0gL3Vzci9zcmMv c3lzLm9sZC9wYzk4L3BjOTgvbWFjaGRlcC5jCTIwMDctMTItMjkgMDM6MDE6 MzQuMDAwMDAwMDAwIC0wNjAwDQorKysgL3Vzci9zcmMvc3lzL3BjOTgvcGM5 OC9tYWNoZGVwLmMJMjAwNy0xMi0yOSAxOTowMTo0OS4wMDAwMDAwMDAgLTA2 MDANCkBAIC0yNzkxLDMgKzI3OTEsOSBAQA0KIH0NCiANCiAjZW5kaWYgLyog S0RCICovDQorDQoraW50DQorZGV0ZWN0X3ZpcnR1YWxtYWNoaW5lKHZvaWQp DQorew0KKwlyZXR1cm4gMDsNCit9DQpkaWZmIC11IC1yIC91c3Ivc3JjL3N5 cy5vbGQvcG93ZXJwYy9wb3dlcnBjL2ludHJfbWFjaGRlcC5jIC91c3Ivc3Jj L3N5cy9wb3dlcnBjL3Bvd2VycGMvaW50cl9tYWNoZGVwLmMNCi0tLSAvdXNy L3NyYy9zeXMub2xkL3Bvd2VycGMvcG93ZXJwYy9pbnRyX21hY2hkZXAuYwky MDA3LTEyLTI5IDAzOjAxOjM0LjAwMDAwMDAwMCAtMDYwMA0KKysrIC91c3Iv c3JjL3N5cy9wb3dlcnBjL3Bvd2VycGMvaW50cl9tYWNoZGVwLmMJMjAwNy0x Mi0yOSAxODo1OTozNi4wMDAwMDAwMDAgLTA2MDANCkBAIC0zMDQsMyArMzA0 LDkgQEANCiAJaWYgKGkgIT0gTlVMTCkNCiAJCVBJQ19NQVNLKHBpYywgaS0+ aXJxKTsNCiB9DQorDQoraW50DQorZGV0ZWN0X3ZpcnR1YWxtYWNoaW5lKHZv aWQpDQorew0KKwlyZXR1cm4gMDsNCit9DQpkaWZmIC11IC1yIC91c3Ivc3Jj L3N5cy5vbGQvc3BhcmM2NC9zcGFyYzY0L21hY2hkZXAuYyAvdXNyL3NyYy9z eXMvc3BhcmM2NC9zcGFyYzY0L21hY2hkZXAuYw0KLS0tIC91c3Ivc3JjL3N5 cy5vbGQvc3BhcmM2NC9zcGFyYzY0L21hY2hkZXAuYwkyMDA3LTEyLTI5IDAz OjAxOjM1LjAwMDAwMDAwMCAtMDYwMA0KKysrIC91c3Ivc3JjL3N5cy9zcGFy YzY0L3NwYXJjNjQvbWFjaGRlcC5jCTIwMDctMTItMjkgMTk6MDE6MzMuMDAw MDAwMDAwIC0wNjAwDQpAQCAtOTEwLDMgKzkxMCw5IEBADQogCW10eF9wb29s X3VubG9jayhtdHhwb29sX3NsZWVwLCB1dCk7DQogCXJldHVybiAodXQpOw0K IH0NCisNCitpbnQNCitkZXRlY3RfdmlydHVhbG1hY2hpbmUodm9pZCkNCit7 DQorCXJldHVybiAwOw0KK30NCmRpZmYgLXUgLXIgL3Vzci9zcmMvc3lzLm9s ZC9zdW40di9zdW40di9tYWNoZGVwLmMgL3Vzci9zcmMvc3lzL3N1bjR2L3N1 bjR2L21hY2hkZXAuYw0KLS0tIC91c3Ivc3JjL3N5cy5vbGQvc3VuNHYvc3Vu NHYvbWFjaGRlcC5jCTIwMDctMTItMjkgMDM6MDE6MDEuMDAwMDAwMDAwIC0w NjAwDQorKysgL3Vzci9zcmMvc3lzL3N1bjR2L3N1bjR2L21hY2hkZXAuYwky MDA3LTEyLTI5IDE4OjU4OjQ5LjAwMDAwMDAwMCAtMDYwMA0KQEAgLTk5OSwz ICs5OTksOSBAQA0KIAlpZiAocmRwcihwaWwpIDwgUElMX1RJQ0spDQogCQlo dl9jcHVfeWllbGQoKTsNCiB9DQorDQoraW50DQorZGV0ZWN0X3ZpcnR1YWxt YWNoaW5lKHZvaWQpDQorew0KKwlyZXR1cm4gMDsNCit9DQpkaWZmIC11IC1y IC91c3Ivc3JjL3N5cy5vbGQvc3lzL3N5c3RtLmggL3Vzci9zcmMvc3lzL3N5 cy9zeXN0bS5oDQotLS0gL3Vzci9zcmMvc3lzLm9sZC9zeXMvc3lzdG0uaAky MDA3LTEyLTI5IDAzOjAxOjM1LjAwMDAwMDAwMCAtMDYwMA0KKysrIC91c3Iv c3JjL3N5cy9zeXMvc3lzdG0uaAkyMDA3LTEyLTI5IDAzOjUwOjU5LjAwMDAw MDAwMCAtMDYwMA0KQEAgLTI0NSw2ICsyNDUsOCBAQA0KIGludAl1bnNldGVu dihjb25zdCBjaGFyICpuYW1lKTsNCiBpbnQJdGVzdGVudihjb25zdCBjaGFy ICpuYW1lKTsNCiANCitpbnQJZGV0ZWN0X3ZpcnR1YWxtYWNoaW5lKHZvaWQp Ow0KKw0KIHR5cGVkZWYgdWludDY0X3QgKGNwdV90aWNrX2YpKHZvaWQpOw0K IHZvaWQgc2V0X2NwdXRpY2tlcihjcHVfdGlja19mICpmdW5jLCB1aW50NjRf dCBmcmVxLCB1bnNpZ25lZCB2YXIpOw0KIGV4dGVybiBjcHVfdGlja19mICpj cHVfdGlja3M7DQo= --1861302967-2103615001-1198972903=:6052-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 00:17:42 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 726C716A41A; Sun, 30 Dec 2007 00:17:42 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 3744713C4CE; Sun, 30 Dec 2007 00:17:42 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lBTNiSbZ033118; Sat, 29 Dec 2007 17:44:28 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Sat, 29 Dec 2007 17:44:27 -0600 (CST) From: "Sean C. Farley" To: Andre Oppermann In-Reply-To: <477632D8.4010308@freebsd.org> Message-ID: References: <4774EA57.2000602@freebsd.org> <34897.2001:6f8:12c8:1:21d:60ff:fe0c:1771.1198908190.squirrel@router.laiers.local> <477632D8.4010308@freebsd.org> User-Agent: Alpine 1.00 (BSF 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: nForce 430i doesn't recognise SATA devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 00:17:42 -0000 On Sat, 29 Dec 2007, Andre Oppermann wrote: > Max Laier wrote: >> It's the apic ... hint.apic.0.disabled=1 fixed things for me ... only >> you don't get SMP :-\ > > This is so frustrating... I specifically bought a Core2 Quad Core to > do some heavy number crunching. An Asus P5K WS is on backorder and > will arrive in two weeks. The P5N-E was 'cheapest' one they had on > stock. Lately I'm a bit unlucky with new hardware and FreeBSD > compatibility. Sadly, your luck may continue. FreeBSD on the P5K-E/WiFi handles the internal SATA hard drives well. SATA DVD burners are another matter. This is RAID-0, so non-RAID may work. I have to agree; it is very frustrating. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 01:23:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE5DE16A419; Sun, 30 Dec 2007 01:23:57 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 82C5013C448; Sun, 30 Dec 2007 01:23:57 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lBU1Nija041396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Dec 2007 20:23:47 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3LUADuwHj27VzzF+fvsE" Date: Sat, 29 Dec 2007 20:21:15 -0500 Message-Id: <1198977675.94413.24.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.6 required=5.0 tests=RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: FreeBSD 7.0-RC1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 01:23:58 -0000 --=-3LUADuwHj27VzzF+fvsE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Sorry for the delay with this next phase of the release process. The ports team has gotten the release package sets built for most of the architectures (sparc64 is still a long way off) so we have begun including the pre-built packages on the ISOs. Even a very basic post-build test turned up one latent bug in sysinstall, and once that was fixed a more extensive test (load both kde and gnome) turned up two more latent bugs. Releases are the only time sysinstall/package stuff ever gets tested so ... The 7.0-RC1 builds have one of the three bugs fixed in them. The other two bugs aren't fatal to installs on 7.0-RC1 (they were fatal to installs on 6.3-RC2...) and we have more 7.0-RCs coming so I went ahead with making 7.0-RC1 available as-is. It's a memory leak while installing packages, as long as you have more than 512Mb of memory in the machine even installing either kde or gnome shouldn't cause you too much trouble. More than that it'll start paging which is annoying. :-) All three fixes have been put in RELENG_7_0 at this point but the 7.0-RC1 builds were done before the the second two fixes went in. The 6.3-RC2 builds for amd64, i386, and sparc64 are being re-done with the three fixes in, they should be available in a day or so. For people updating older systems, as previously announced the release branch for 7.0 has been created in the source repository so if you want to continue along the path of testing what will be released use RELENG_7_0 for the branch tag of any cvs or c[v]sup based updates. Users of i386 or amd64 systems running FreeBSD 6.2-RELEASE, 6.3-BETA*, 6.3-RC1, or 7.0-BETA* may wish to perform a binary upgrade to 7.0-RC1 using code recently added to the freebsd-update utility. On systems running 7.0-BETA4, the instructions for "minor upgrades" at: http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.ht= ml should be followed for this purpose; on systems running older releases or BETAs (including 7.0 BETAs prior to BETA4) the lengthier instructions for "major upgrades" at: http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.ht= ml (which include rebuilding all software installed from the ports tree) should be followed. Since 6.3 is so close to being released we're also starting to do a test drive of the bittorrent stuff. If you would like to try downloading the ISOs via bittorrent see: http://torrents.freebsd.org:8080/ for a general list of what's available via bittorrent. How well it works typically depends on how many people are using it so it's hard to say how well it will work at this stage. The ISOs are also available from the FTP mirror sites as before: ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/ Checksums for the ISO files are: MD5 (7.0-RC1-amd64-bootonly.iso) =3D 03dc4b83ba261091f08d6a5194f2abac MD5 (7.0-RC1-amd64-disc1.iso) =3D 48f5f8a2436042a0e1db716201a1c695 MD5 (7.0-RC1-amd64-disc2.iso) =3D 59cc248117989ae7470e41516a9f7d1c MD5 (7.0-RC1-amd64-disc3.iso) =3D eb9cd779e1af0c43c06fa8aad0d9edae MD5 (7.0-RC1-amd64-docs.iso) =3D 0614444fbbb1ad928acb4b742140d574 MD5 (7.0-RC1-amd64-livefs.iso) =3D 79e3778a489aa6dcda1b0c204e87599b MD5 (7.0-RC1-i386-bootonly.iso) =3D dcfc96ab0dd2f4f0d88ead420a0b976d MD5 (7.0-RC1-i386-disc1.iso) =3D 4ab7c1577f0b474aeb68a84a9f39724c MD5 (7.0-RC1-i386-disc2.iso) =3D ac1b7b1bff75e250e684b7012d0bd1b4 MD5 (7.0-RC1-i386-disc3.iso) =3D 85413d8addce3c37be0c78ef7272527a MD5 (7.0-RC1-i386-docs.iso) =3D 2beabdb4b34e1775add5765530b0f99e MD5 (7.0-RC1-i386-livefs.iso) =3D 02832b319b43421899faeb5b6576739f MD5 (7.0-RC1-ia64-bootonly.iso) =3D 6eb02283bd4a4c8559667d7060101937 MD5 (7.0-RC1-ia64-disc1.iso) =3D 333398b0bfe5233bd202a52d391ac24c MD5 (7.0-RC1-ia64-docs.iso) =3D ef5b0ad45d33c0f2a370e9e6d6857180 MD5 (7.0-RC1-ia64-livefs.iso) =3D ac4eba66c0bafc2b9db18699ff42eccb MD5 (7.0-RC1-pc98-bootonly.iso) =3D 4ee60e35838ce0c8f5a0fe812e87b298 MD5 (7.0-RC1-pc98-disc1.iso) =3D 5da5b07335651a491c0c2e61cf6ed20e MD5 (7.0-RC1-pc98-livefs.iso) =3D 9fad56e254c4af73363bd398c70760f7 MD5 (7.0-RC1-powerpc-bootonly.iso) =3D 2f305b612738af7e9b0ce3985244dc66 MD5 (7.0-RC1-powerpc-disc1.iso) =3D 48aac791d4b5904f6c714ac19ec6592a MD5 (7.0-RC1-powerpc-docs.iso) =3D 9be2f2350b53c06f1fc24e92d6b3a833 MD5 (7.0-RC1-sparc64-bootonly.iso) =3D dc62164bf8161700107a7dc9551b382f MD5 (7.0-RC1-sparc64-disc1.iso) =3D f45401051b1165e6911ebf38d388b069 MD5 (7.0-RC1-sparc64-disc2.iso) =3D 0dd0679dfdb4a2c16a05ac06acb2bcc7 MD5 (7.0-RC1-sparc64-disc3.iso) =3D 1895f1326bb29e54b658896e5175b6ad MD5 (7.0-RC1-sparc64-docs.iso) =3D 4519ebb7cb83cb053013842b326873a8 SHA256 (7.0-RC1-amd64-bootonly.iso) =3D 024a4169bf7a797b29fcb8087a9cf6a028f= 5ca5d85340840e00369aaebbe5376 SHA256 (7.0-RC1-amd64-disc1.iso) =3D d9a2440a81d055e9f9477138ab7e4ef6dcae49= 09c53132325a28e8b4a17da1a1 SHA256 (7.0-RC1-amd64-disc2.iso) =3D 0fdc7cc6afe051c145c1229a20c614f3c197c0= 245140a0e0e742a1afe240adae SHA256 (7.0-RC1-amd64-disc3.iso) =3D c703d845202750a88536729711960f24d9154a= 72870a056ea1bac3634cd6aaf3 SHA256 (7.0-RC1-amd64-docs.iso) =3D 672d9505d1ae746d4bec6e37311c60af03e6ed4= 5ce59a82bb18071364c9d605a SHA256 (7.0-RC1-amd64-livefs.iso) =3D 750c1c8d70c5e49d4dc644c1ddaa05b06042c= 5a53a0ed94ea9b1ff397321da49 SHA256 (7.0-RC1-i386-bootonly.iso) =3D a975c73822e36c7775cb24f5a8c7398dd89d= 4467e9ca78f741fbbcf8a75574bb SHA256 (7.0-RC1-i386-disc1.iso) =3D e7239fcfeb2d48e7d4502978e65af973bb837e5= 742806600eaf4cff0246c595a SHA256 (7.0-RC1-i386-disc2.iso) =3D d8616d4ef4a0af3e7bbe48acbaab7d4fdddf38c= a9dd094fd043376870723c0c9 SHA256 (7.0-RC1-i386-disc3.iso) =3D 6a93919e1b9318d1760dac72cf54a194cde49c0= f5fa6dcea1aa0459d27255afb SHA256 (7.0-RC1-i386-docs.iso) =3D e4c4c2212b25b9429a7270355a0b511bef869abf= e3945f10e0c55a8efe10c301 SHA256 (7.0-RC1-i386-livefs.iso) =3D 6c4ebf59e518731e8974ca7bdf4b8e3f5a0aeb= 870676f476156a50ceec56788f SHA256 (7.0-RC1-ia64-bootonly.iso) =3D 492429096f2247344fbebce7b76bba5343c3= f4af519ec4f5f17b387d6feab735 SHA256 (7.0-RC1-ia64-disc1.iso) =3D ac7133d3d33ce17d934ff50724c93993d4bf8ec= fc5ae40f81b6da78564f1ddfd SHA256 (7.0-RC1-ia64-docs.iso) =3D b52c4d027ebfc63e55836ba09e951b50d35a7d0b= 166f88a28b5433d9e12791a6 SHA256 (7.0-RC1-ia64-livefs.iso) =3D 556a8b911ed1879c2c6cd06b6fa491d919d1c3= 476ee1e52997be31715e219b62 SHA256 (7.0-RC1-pc98-bootonly.iso) =3D b1ebab2eef9257d9079553c3c0d6b89e14e7= 22eb1754ce1fbda73307049b207d SHA256 (7.0-RC1-pc98-disc1.iso) =3D 03d4d27c6bdc85b5c49dd113d368e0fc8f1ca1c= c26a97f7c66b6f173f9dec1f5 SHA256 (7.0-RC1-pc98-livefs.iso) =3D edae1886f9ede4d2eb9d2bc7a64e64bdf425f8= 9ffec34ec6459370269c7996a7 SHA256 (7.0-RC1-powerpc-bootonly.iso) =3D 77167439fab0fc149bed14b749faa4c59= ae91dcd7207e4adf276aaf47f1c3d5e SHA256 (7.0-RC1-powerpc-disc1.iso) =3D c13859a52f28aba90947f46e290304715dd4= 791c89b49d301b3e309fb579d09e SHA256 (7.0-RC1-powerpc-docs.iso) =3D 7e0f647e75c2032964d943af57b5d4d270049= 4f917efcdc004104cf1442b7abe SHA256 (7.0-RC1-sparc64-bootonly.iso) =3D 8056a42e603e57248da5ea3e3e192a22f= e3d94e9bb76294f17c0412833214f40 SHA256 (7.0-RC1-sparc64-disc1.iso) =3D 43d457d260c3fa8479261cb4d61a4aed6f80= f8d9db463ea1a0340603d68efde8 SHA256 (7.0-RC1-sparc64-disc2.iso) =3D 1131910c69733d67b0e52bf823bf6a13ebbb= 5be03b34555742ccfa965bb5f77f SHA256 (7.0-RC1-sparc64-disc3.iso) =3D 054241b0a656b6fa30973a8732186f76a48b= 5d4650049e1a4d38ab95a9bc732b SHA256 (7.0-RC1-sparc64-docs.iso) =3D 1e5878de8f6b0b2ed95827bf51db623df2ae0= 6deacfe92cc8bef477f0d2c9cf0 =20 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-3LUADuwHj27VzzF+fvsE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHdvKC/G14VSmup/YRAph0AJ9r5CbVS/MgnZBznPbNXs/kCngXZQCdFmFC 47j5l/okOrWNNWPCYTig120= =hb0O -----END PGP SIGNATURE----- --=-3LUADuwHj27VzzF+fvsE-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 06:40:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8853416A418 for ; Sun, 30 Dec 2007 06:40:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1147013C46A for ; Sun, 30 Dec 2007 06:40:11 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.12.9/8.12.9) id lBU6RTGX054116 for current@FreeBSD.org; Sat, 29 Dec 2007 22:27:29 -0800 (PST) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.209] (p54.kientzle.com [66.166.149.54]) by kientzle.com with SMTP; for current@FreeBSD.org; Sat, 29 Dec 2007 22:27:28 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <47773A4C.9000206@freebsd.org> Date: Sat, 29 Dec 2007 22:27:24 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Call for Testers: bsdcpio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 06:40:12 -0000 The current portable distribution of libarchive, available from: http://people.freebsd.org/~kientzle/libarchive/ includes a new "bsdcpio" front-end that I would like to include in FreeBSD 8 as a replacement for GNU cpio. I would like to make it available as an option (but not the default) starting in FreeBSD 7.1. I'd appreciate any feedback on it. The easiest way to install it right now is to download the distribution above and: ./configure --enable-bsdcpio make sudo make install Why you might actually prefer bsdcpio to GNU cpio: * BSD license, of course * Built on the same robust libarchive that bsdtar uses * Full automatic format and compression support * Implements the SUSv2 standard command-line options * Implements the most popular GNU cpio options (based on a survey of ports Makefiles) * Better documentation than GNU cpio * More comprehensive test suite than GNU cpio I'm dubbing this "bsdcpio 0.9" until it gets more thorough testing, and until I can resolve the one outstanding bug that I know of.[1] After I get some feedback, I would like to go through the same process I used to replace GNU tar: * Add "bsdcpio" to 7-STABLE and 8-CURRENT. * Rename GNU cpio to "gcpio" starting with 7.1. * Add a symlink "cpio" that points to "gcpio" by default in 7-STABLE and points to "bsdcpio" by default in 8-CURRENT. * Remove GNU cpio in FreeBSD 8.0 (still available in ports, of course). Tim Kientzle [1] The only bug I know of right now: bsdcpio handles hard links in newc format differently than GNU cpio. As a result, you may lose hardlinked files when interchanging newc-format archives between bsdcpio and GNU cpio. I will resolve this before I announce bsdcpio 1.0, of course. In any case, this definitely does not impact the default "odc" format, so is likely not a problem for most users. From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 06:47:22 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5923F16A417 for ; Sun, 30 Dec 2007 06:47:22 +0000 (UTC) (envelope-from lioux-list@uol.com.br) Received: from goat.gigo.com (goat.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id 43B0413C455 for ; Sun, 30 Dec 2007 06:47:22 +0000 (UTC) (envelope-from lioux-list@uol.com.br) Received: from 201.67.55.174 (201-67-55-174.bsace702.dsl.brasiltelecom.net.br [201.67.55.174]) by goat.gigo.com (Postfix) with ESMTP id 89774B800 for ; Sat, 29 Dec 2007 22:29:19 -0800 (PST) Received: (qmail 32692 invoked by uid 1001); 30 Dec 2007 04:28:34 -0200 Message-ID: <20071230062834.32659.qmail@exxodus.fedaykin.here> Date: Sun, 30 Dec 2007 04:28:34 -0200 From: Mario Sergio Fujikawa Ferreira To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: lioux-sentmail@exxodus.fedaykin.here Subject: Panic on 7.0-STABLE during fsck(1) on UFS2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 06:47:22 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I got a panic on a ASUS M2N32SLI Deluxe (AMD Athlon 64 X2 Dual Core Processor 4600+) running i386 7-STABLE as of December, 27th. FreeBSD exxodus.fedaykin.here 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #29: Thu Dec 27 08:23:15 BRST 2007 lioux@exxodus:/usr/obj/usr/src/sys/LIOUX i386 The panic happened on a page fault during a fsck(1) operation on a UFS2 filesystem. No zfs on this system. Swap is untouched. Further information is attached. Let me know if there is anything I can do to help. Files can also be downloaded: - My kernel configuration http://people.FreeBSD.org/~lioux/panic/2007123000/KERNCONF - kgdb(1) backtrace http://people.FreeBSD.org/~lioux/panic/2007123000/crash.1.log - My system's dmesg http://people.FreeBSD.org/~lioux/panic/2007123000/dmesg.boot - My system's kldstat(8) http://people.FreeBSD.org/~lioux/panic/2007123000/kldstat.txt - My system's pciconf(8) http://people.FreeBSD.org/~lioux/panic/2007123000/pciconf.txt - My system's uname(1) http://people.FreeBSD.org/~lioux/panic/2007123000/uname.txt - Crash dump /var/crash/info file http://people.FreeBSD.org/~lioux/panic/2007123000/info.1 - archivers/lzma compressed core dump http://people.FreeBSD.org/~lioux/panic/2007123000/vmcore.1.lzma - archivers/lzma compressed kernel with debug symbols http://people.FreeBSD.org/~lioux/panic/2007123000/kernel.debug.lzma Regards, ps: To uncompress the lzma compressed files, proceed as following # cd /usr/ports/archivers/lzma # make install clean # lzma d vmcore.1.lzma vmcore.1 # lzma d kernel.debug.lzma kernel.debug so that you can access vmcore.1 and kernel.debug -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="crash.1.log" Content-Transfer-Encoding: quoted-printable Script started on Sun Dec 30 03:53:17 2007 exxodus# kgdb kernel.debug /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #29: Thu Dec 27 08:23:15 BRST 2007 lioux@exxodus:/usr/obj/usr/src/sys/LIOUX module_register: module uhub/ums already exists! Module uhub/ums failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2410.98-MHz 686-class = CPU) Origin =3D "AuthenticAMD" Id =3D 0x40fb2 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1f Cores per package: 2 real memory =3D 2683174912 (2558 MB) avail memory =3D 2619219968 (2497 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 9fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfefff000-0xfefff3ff on acp= i0 Timecounter "HPET" frequency 25000000 Hz quality 900 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 4.0 on pci0 pci1: on pcib1 vgapci0: port 0x8c00-0x8c7f mem 0xfa000000-0xfafff= fff,0xc0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1 pci0: at device 8.0 (no driver attached) isab0: at device 9.0 on pci0 isa0: on isab0 pci0: at device 9.1 (no driver attached) pci0: at device 9.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at = device 10.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff irq 22= at device 10.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered ugen0: o= n uhub1 atapci0: port 0x1f0-0x1f7,0x3f6,0x= 170-0x177,0x376,0xf400-0xf40f at device 12.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0x= bf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f mem 0xfe02d000-0xfe02dfff irq 23 = at device 13.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0x= be3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f mem 0xfe02c000-0xfe02cfff irq 20 = at device 13.1 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] atapci3: port 0xc800-0xc807,0xc400= -0xc403,0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb80f mem 0xfe02b000-0xfe02bfff= irq 21 at device 13.2 on pci0 atapci3: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ata7: on atapci3 ata7: [ITHREAD] pcib2: at device 14.0 on pci0 pci2: on pcib2 atapci4: port 0xac00-0xac07,0xa800-0x= a803,0xa400-0xa407,0xa000-0xa003,0x9c00-0x9cff irq 17 at device 7.0 on pci2 atapci4: [ITHREAD] ata8: on atapci4 ata8: [ITHREAD] ata9: on atapci4 ata9: [ITHREAD] emu10kx0: port 0x9800-0x983f irq 18 at device = 8.0 on pci2 emu10kx0: [ITHREAD] pcm0: on emu10kx0 pcm0: pcm1: on emu10kx0 pcm2: on emu10kx0 pcm3: on emu10kx0 pci2: at device 8.1 (no driver attached) pci2: at device 8.2 (no driver attached) pci2: at device 11.0 (no driver attached) nfe0: port 0xb400-0xb407 mem 0xfe0= 2a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 22 at devi= ce 16.0 on pci0 miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto nfe0: Ethernet address: 00:1b:fc:39:fb:23 nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] pcib3: at device 22.0 on pci0 pci3: on pcib3 atapci5: port 0x7c00-0x7c7f mem 0xfdeff00= 0-0xfdeff07f,0xfdef8000-0xfdefbfff irq 16 at device 0.0 on pci3 atapci5: [ITHREAD] ata10: on atapci5 ata10: [ITHREAD] ata11: on atapci5 ata11: [ITHREAD] pcib4: at device 23.0 on pci0 pci4: on pcib4 vgapci1: port 0x6c00-0x6c7f mem 0xf6000000-0xf6fff= fff,0xa0000000-0xbfffffff,0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci4 acpi_tz0: on acpi0 acpi_aiboost0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd47ff pnpid ORM0= 000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled uaudio0: on uhub0 uaudio0: audio rev 1.00 pcm4: on uaudio0 ums0: on uhub0 ums0: 8 buttons and Z dir. Timecounters tick every 0.868 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled,= default to accept, logging disabled acd0: DVDR at ata0-master UDMA33 acd1: DVDROM at ata0-slave UDMA33 ad4: 476940MB at ata2-master SATA150 ad6: 286188MB at ata3-master SATA150 ad16: 76319MB at ata8-master UDMA100 ad18: 76319MB at ata9-master UDMA100 SMP: AP CPU #1 Launched! hwpmc: TSC/1/0x20 K8/4/0x1ff acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x40 0= x00 0x01 cd0 at ata0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata0 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device=20 cd1: 33.000MB/s transfers cd1: cd present [2250944 x 2048 byte records] GEOM_LABEL: Label for provider acd0 is iso9660/Movie Backup 791. GEOM_LABEL: Label for provider ad4s5 is msdosfs/ . Trying to mount root from ufs:/dev/ad4s3a WARNING: / was not properly dismounted <118>Loading configuration files. <118>kernel dumps on /dev/ad4s3b <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point <118> kickstart <118>. <118>swapon: adding /dev/ad4s3b as swap device <118>swapon: adding /dev/ad6s1b as swap device <118>Starting file system checks: <118>/dev/ad4s3a: 2824 files, 115430 used, 391057 free (1673 frags, 48673 b= locks, 0.3% fragmentation) <118>/dev/ad4s3e: UNREF FILE I=3D163 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D0 MTIME=3DDec 30 03:25 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D165 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D0 MTIME=3DDec 30 03:25 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D170 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D0 MTIME=3DDec 30 03:01 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D171 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D12288 MTIME=3DDec 30 03:19 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70660 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D11569 MTIME=3DDec 30 03:08 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70670 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D45059 MTIME=3DDec 30 03:08 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70684 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D65 MTIME=3DDec 30 02:05 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70687 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D29100 MTIME=3DDec 30 02:41 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70689 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D16820 MTIME=3DDec 30 02:05 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70690 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D65 MTIME=3DDec 30 03:08 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70692 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D3969 MTIME=3DDec 30 02:05 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70693 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D16820 MTIME=3DDec 30 02:05 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70694 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D62442 MTIME=3DDec 30 02:41 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70695 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D74157 MTIME=3DDec 30 02:41 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70696 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D10862 MTIME=3DDec 30 03:07 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70697 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D8696 MTIME=3DDec 30 02:41 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70698 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D65 MTIME=3DDec 30 03:08 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70699 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D26079 MTIME=3DDec 30 02:42 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70700 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D9516 MTIME=3DDec 30 02:42 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70701 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D60021 MTIME=3DDec 30 02:42 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70702 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D19077 MTIME=3DDec 30 02:45 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70703 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D43097 MTIME=3DDec 30 02:57 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70704 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D65 MTIME=3DDec 30 03:07 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70705 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D65 MTIME=3DDec 30 03:08 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70706 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D10592 MTIME=3DDec 30 03:08 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70712 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D726 MTIME=3DDec 30 02:41 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70713 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D3858 MTIME=3DDec 30 02:41 2007 (CLEARED) <118>/dev/ad4s3e: UNREF FILE I=3D70714 OWNER=3Dlioux MODE=3D100600 <118>/dev/ad4s3e: SIZE=3D16269 MTIME=3DDec 30 02:41 2007 (CLEARED) <118>/dev/ad4s3e: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) <118>/dev/ad4s3e: SUMMARY INFORMATION BAD (SALVAGED) <118>/dev/ad4s3e: BLK(S) MISSING IN BIT MAPS (SALVAGED) <118>/dev/ad4s3e: 792 files, 139913 used, 873102 free (454 frags, 109081 bl= ocks, 0.0% fragmentation) ad18: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D1515903 ad16: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D118443327 ad18: TIMEOUT - READ_DMA retrying (0 retries left) LBA=3D1515903 ad16: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D118589503 ad18: FAILURE - READ_DMA timed out LBA=3D1515903 <118>/dev/ad18s1d: CANNOT READ BLK: 1515840 <118>/dev/ad18s1d: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. ad16: TIMEOUT - READ_DMA retrying (0 retries left) LBA=3D118589503 <118>/dev/ad16s1d: INCORRECT BLOCK COUNT I=3D4215300 (26176 should be 768) = (CORRECTED) <118>/dev/ad16s1d: INCORRECT BLOCK COUNT I=3D4215301 (23360 should be 768) = (CORRECTED) <118>/dev/ad16s1d: INCORRECT BLOCK COUNT I=3D4215302 (21696 should be 768) = (CORRECTED) <118>/dev/ad16s1d: INCORRECT BLOCK COUNT I=3D4215303 (26560 should be 768) = (CORRECTED) <118>/dev/ad16s1d: LINK COUNT DIR I=3D4215064 OWNER=3Ddaniele MODE=3D40755 <118>/dev/ad16s1d: SIZE=3D1024 MTIME=3DDec 30 03:25 2007 COUNT 24 SHOULD B= E 23 (ADJUSTED) <118>/dev/ad16s1d: LINK COUNT DIR I=3D4215082 OWNER=3Ddaniele MODE=3D40755 <118>/dev/ad16s1d: SIZE=3D512 MTIME=3DDec 30 03:25 2007 COUNT 3 SHOULD BE = 2 (ADJUSTED) <118>/dev/ad16s1d: LINK COUNT DIR I=3D4215083 OWNER=3Ddaniele MODE=3D40755 <118>/dev/ad16s1d: SIZE=3D512 MTIME=3DDec 30 03:25 2007 COUNT 3 SHOULD BE = 2 (ADJUSTED) <118>/dev/ad16s1d: LINK COUNT DIR I=3D4215084 OWNER=3Ddaniele MODE=3D40755 <118>/dev/ad16s1d: SIZE=3D512 MTIME=3DDec 30 03:25 2007 COUNT 3 SHOULD BE = 2 (ADJUSTED) <118>/dev/ad16s1d: LINK COUNT DIR I=3D4215085 OWNER=3Ddaniele MODE=3D40755 <118>/dev/ad16s1d: SIZE=3D512 MTIME=3DDec 30 03:25 2007 COUNT 3 SHOULD BE = 2 (ADJUSTED) <118>/dev/ad16s1d: LINK COUNT DIR I=3D4215086 OWNER=3Ddaniele MODE=3D40755 <118>/dev/ad16s1d: SIZE=3D512 MTIME=3DDec 30 03:25 2007 COUNT 3 SHOULD BE = 2 (ADJUSTED) <118>/dev/ad16s1d: LINK COUNT DIR I=3D4215087 OWNER=3Ddaniele MODE=3D40755 <118>/dev/ad16s1d: SIZE=3D512 MTIME=3DDec 30 03:25 2007 COUNT 3 SHOULD BE = 2 (ADJUSTED) <118>/dev/ad16s1d: UNREF FILE I=3D4215284 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D6824064 MTIME=3DAug 13 14:17 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215285 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D6014976 MTIME=3DAug 13 14:18 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215286 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D7618560 MTIME=3DAug 13 15:14 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215287 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D4981204 MTIME=3DAug 13 16:22 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215288 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D3279769 MTIME=3DSep 5 15:13 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215289 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D3989504 MTIME=3DAug 13 16:22 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215290 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D4206592 MTIME=3DAug 13 16:22 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215291 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D23040 MTIME=3DMar 5 14:32 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215292 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D394 MTIME=3DNov 13 20:41 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215293 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D7057954 MTIME=3DAug 13 15:53 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215294 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D9295080 MTIME=3DAug 13 15:54 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215295 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D9047439 MTIME=3DAug 13 15:55 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215296 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D9660794 MTIME=3DAug 13 15:55 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215297 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D7272158 MTIME=3DAug 13 15:55 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215298 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D11175896 MTIME=3DAug 13 15:56 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215299 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D12658607 MTIME=3DAug 13 15:56 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215300 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D13364958 MTIME=3DAug 13 15:56 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215301 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D11906280 MTIME=3DAug 13 15:57 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215302 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D11056778 MTIME=3DAug 13 15:57 2007 (CLEARED) <118>/dev/ad16s1d: UNREF FILE I=3D4215303 OWNER=3Ddaniele MODE=3D100700 <118>/dev/ad16s1d: SIZE=3D13555129 MTIME=3DAug 13 15:58 2007 (CLEARED) <118>/dev/ad16s1d: UNREF DIR I=3D4404483 OWNER=3Droot MODE=3D40700 <118>/dev/ad16s1d: SIZE=3D512 MTIME=3DDec 30 03:25 2007 (CLEARED) <118>/dev/ad16s1d: UNREF DIR I=3D4404484 OWNER=3Droot MODE=3D40700 <118>/dev/ad16s1d: SIZE=3D1536 MTIME=3DDec 30 03:25 2007 (CLEARED) <118>/dev/ad16s1d: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) <118>/dev/ad16s1d: SUMMARY INFORMATION BAD (SALVAGED) <118>/dev/ad16s1d: BLK(S) MISSING IN BIT MAPS (SALVAGED) <118>/dev/ad16s1d: 78187 files, 6042555 used, 13184956 free (112204 frags, = 1634094 blocks, 0.6% fragmentation) <118>/dev/ad6s1d: 172101 files, 57895520 used, 9794773 free (47317 frags, 1= 218432 blocks, 0.1% fragmentation) <118>/dev/ad4s3f: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) <118>/dev/ad4s3f: 615799 files, 178547629 used, 27490809 free (218985 frags= , 3408978 blocks, 0.1% fragmentation) <118>/dev/ad4s3d: UNREF FILE I=3D353321 OWNER=3Droot MODE=3D140666 <118>/dev/ad4s3d: SIZE=3D0 MTIME=3DDec 29 23:27 2007 (CLEARED) <118>/dev/ad4s3d: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) <118>/dev/ad4s3d: SUMMARY INFORMATION BAD (SALVAGED) <118>/dev/ad4s3d: BLK(S) MISSING IN BIT MAPS (SALVAGED) <118>/dev/ad4s3d: 11273 files, 240790 used, 1281713 free (9033 frags, 15908= 5 blocks, 0.6% fragmentation) <118>THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: <118>=09 <118>ufs: /dev/ad18s1d (/v/2) <118>Automatic file system check failed; help! <118>ERROR: ABORTING BOOT (sending SIGTERM to parent)! <118>Dec 30 01:37:07 init: /bin/sh on /etc/rc terminated abnormally, going = to single user mode <118>Enter full pathname of shell or RETURN for=20 <118>/bin/sh <118>:=20 <118>#=20 <118>** /dev/ad16s1d <118>** Last Mounted on /v/1 <118>** Phase 1 - Check Blocks and Sizes <118>18446075 DUP I=3D4602881 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>INCORRECT BLOCK COUNT I=3D4602887 (136 should be 128) <118>CORRECT? yes <118> <118>UNKNOWN FILE TYPE I=3D4602897 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>18446706 DUP I=3D4602907 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>INCORRECT BLOCK COUNT I=3D4602911 (264 should be 128) <118>CORRECT? yes <118> <118>INCORRECT BLOCK COUNT I=3D4602913 (136 should be 128) <118>CORRECT? yes <118> <118>18446920 DUP I=3D4602917 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446921 DUP I=3D4602917 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446922 DUP I=3D4602917 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446923 DUP I=3D4602917 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446924 DUP I=3D4602917 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446936 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446937 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446938 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446939 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446940 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446941 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446942 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446943 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446944 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446945 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18446946 DUP I=3D4602921 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4602921 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4602921 (392 should be 80) <118>CORRECT? yes <118> <118>INCORRECT BLOCK COUNT I=3D4603049 (3584 should be 1920) <118>CORRECT? yes <118> <118>281474995175008 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995175136 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995175264 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995175648 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995175776 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995176160 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995177184 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995177312 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995177824 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995177944 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474995178072 BAD I=3D4603064 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE BAD BLKS I=3D4603064 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4603064 (45568 should be 30400) <118>CORRECT? yes <118> <118>UNKNOWN FILE TYPE I=3D4603137 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>UNKNOWN FILE TYPE I=3D4603141 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>UNKNOWN FILE TYPE I=3D4603175 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>UNKNOWN FILE TYPE I=3D4603178 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>UNKNOWN FILE TYPE I=3D4603345 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>UNKNOWN FILE TYPE I=3D4603351 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>UNKNOWN FILE TYPE I=3D4603355 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>18446075 DUP I=3D4603393 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18447535 DUP I=3D4603657 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>UNKNOWN FILE TYPE I=3D4603910 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>281474976798096 BAD I=3D4603918 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798128 BAD I=3D4603933 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798144 BAD I=3D4603935 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798152 BAD I=3D4603936 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798160 BAD I=3D4603937 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>INCORRECT BLOCK COUNT I=3D4603939 (104 should be 64) <118>CORRECT? yes <118> <118>281474976798192 BAD I=3D4603942 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798240 BAD I=3D4603958 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798248 BAD I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>PARTIALLY TRUNCATED INODE I=3D4603960 <118>SALVAGE? yes <118> <118>281474976798352 BAD I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533984 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533985 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533986 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533987 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533988 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533989 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533990 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533991 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533992 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533993 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533994 DUP I=3D4603960 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4603960 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4603960 (2240 should be 2000) <118>CORRECT? yes <118> <118>281474976798528 BAD I=3D4603961 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798576 BAD I=3D4603976 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798592 BAD I=3D4603978 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798600 BAD I=3D4603980 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>UNKNOWN FILE TYPE I=3D4603981 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>281474976799824 BAD I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976799920 BAD I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976800048 BAD I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534480 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534481 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534482 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534483 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534484 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534485 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534486 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534487 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534488 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534489 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18534490 DUP I=3D4603998 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4603998 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4603998 (19776 should be 3024) <118>CORRECT? yes <118> <118>PARTIALLY TRUNCATED INODE I=3D4603999 <118>SALVAGE? yes <118> <118>281474976802392 BAD I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535240 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535241 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535242 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535243 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535244 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535245 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535246 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535247 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535248 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535249 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18535250 DUP I=3D4603999 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4603999 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4603999 (20352 should be 2000) <118>CORRECT? yes <118> <118>18504991 DUP I=3D4604161 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>281474976798160 BAD I=3D4604193 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>UNKNOWN FILE TYPE I=3D4604199 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>281474981149128 BAD I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>87824 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>87825 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>87826 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>87827 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>87828 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>87829 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>87830 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>87831 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533984 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533985 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18533986 DUP I=3D4604346 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4604346 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4604346 (8384 should be 1936) <118>CORRECT? yes <118> <118>UNKNOWN FILE TYPE I=3D4604369 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>18518385 DUP I=3D4604409 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18518433 DUP I=3D4604413 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18504991 DUP I=3D4604417 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18403167 DUP I=3D4604491 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>UNKNOWN FILE TYPE I=3D4604575 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>UNKNOWN FILE TYPE I=3D4604649 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>18504991 DUP I=3D4604673 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18405416 DUP I=3D4604687 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18422296 DUP I=3D4604701 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18422297 DUP I=3D4604701 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18422298 DUP I=3D4604701 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18422299 DUP I=3D4604701 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18420081 DUP I=3D4604737 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18420241 DUP I=3D4604751 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18389896 DUP I=3D4604955 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18389897 DUP I=3D4604955 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18389898 DUP I=3D4604955 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18389899 DUP I=3D4604955 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18389900 DUP I=3D4604955 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18389901 DUP I=3D4604955 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18389902 DUP I=3D4604955 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18391592 DUP I=3D4605005 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18391593 DUP I=3D4605005 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18391594 DUP I=3D4605005 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18391595 DUP I=3D4605005 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18391596 DUP I=3D4605005 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18391597 DUP I=3D4605005 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18391598 DUP I=3D4605005 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18391599 DUP I=3D4605005 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18595462 DUP I=3D4643329 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18641294 DUP I=3D4643367 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>UNKNOWN FILE TYPE I=3D4643589 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>18677887 DUP I=3D4643657 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>INCORRECT BLOCK COUNT I=3D4643889 (960 should be 128) <118>CORRECT? yes <118> <118>18586270 DUP I=3D4643897 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18575590 DUP I=3D4644381 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18716967 DUP I=3D4644925 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18575692 DUP I=3D4645135 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>INCORRECT BLOCK COUNT I=3D4736005 (47296 should be 36288) <118>CORRECT? yes <118> <118>18970872 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970873 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970874 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970875 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970876 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970877 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970878 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970879 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18972280 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18972281 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18972282 DUP I=3D4736093 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4736093 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4736093 (94208 should be 25552) <118>CORRECT? yes <118> <118>18970872 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970873 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970874 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970875 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970876 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970877 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970878 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18970879 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18983872 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18983873 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>18983874 DUP I=3D4736111 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4736111 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4736111 (118784 should be 23440) <118>CORRECT? yes <118> <118>19084672 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084673 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084674 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084675 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084676 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084677 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084678 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084679 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084680 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084681 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19084682 DUP I=3D4736119 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4736119 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4736119 (52864 should be 12112) <118>CORRECT? yes <118> <118>19185327 DUP I=3D4785465 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142688 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142689 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142690 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142691 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142692 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142693 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142694 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142695 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142696 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142697 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19142698 DUP I=3D4785469 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>EXCESSIVE DUP BLKS I=3D4785469 <118>CONTINUE? yes <118> <118>INCORRECT BLOCK COUNT I=3D4785469 (1472 should be 80) <118>CORRECT? yes <118> <118>UNKNOWN FILE TYPE I=3D4785665 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>19195176 DUP I=3D4785679 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19195177 DUP I=3D4785679 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19195079 DUP I=3D4785683 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>19141912 DUP I=3D4785697 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>UNKNOWN FILE TYPE I=3D4785988 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>CLEAR? yes <118> <118>19203334 DUP I=3D4786205 <118>UNEXPECTED SOFT UPDATE INCONSISTENCY <118> <118>INCORRECT BLOCK COUNT I=3D4786689 (312 should be 128) <118>CORRECT? yes <118> <118>INCORRECT BLOCK COUNT I=3D4791082 (408 should be 128) <118>CORRECT? yes <118> <118>INCORRECT BLOCK COUNT I=3D4794611 (192 should be 128) <118>CORRECT? yes <118> Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0xc4 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0x805cadb6 stack pointer =3D 0x28:0xdc5ceb68 frame pointer =3D 0x28:0x7fbfe778 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 101 (fsck_ufs) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 11m56s Physical memory: 2550 MB Dumping 79 MB: 64 48 32 16 #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:241 241 dumptid =3D curthread->td_tid; (kgdb) backtrace #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:241 #1 0x80a2a820 in buf.14867 () #2 0x8061bb16 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #3 0x8061bfcb in panic (fmt=3DCould not find the frame base for "panic". ) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0x80958236 in trap_fatal (frame=3D0xdc5ceb28, eva=3D196) at /usr/src/sys/i386/i386/trap.c:899 #5 0x80957d85 in trap_pfault (frame=3D0xdc5ceb28, usermode=3D0, eva=3D196) at /usr/src/sys/i386/i386/trap.c:812 #6 0x809575a3 in trap (frame=3D0xdc5ceb28) at /usr/src/sys/i386/i386/trap.= c:490 #7 0x8093365b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0x805cadb6 in devvn_refthread (vp=3DCannot access memory at address 0xc ) at /usr/src/sys/kern/kern_conf.c:179 Previous frame inner to this frame (corrupt stack?) (kgdb) list 179 if ((cdp->cdp_flags & CDP_SCHED_DTR) =3D=3D 0) { 180 csw =3D (*devp)->si_devsw; 181 if (csw !=3D NULL) 182 (*devp)->si_threadcount++; 183 } 184 } 185 dev_unlock(); 186 return (csw); 187 } 188=09 (kgdb) p=08 =08up #1 0x80a2a820 in buf.14867 () (kgdb) list 189 void=09 190 dev_relthread(struct cdev *dev) 191 { 192=09 193 mtx_assert(&devmtx, MA_NOTOWNED); 194 dev_lock(); 195 dev->si_threadcount--; 196 dev_unlock(); 197 } 198=09 (kgdb) up #2 0x8061bb16 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 409 doadump(); (kgdb) list 404=09 405 /* XXX This doesn't disable interrupts any more. Reconsider? */ 406 splhigh(); 407=09 408 if ((howto & (RB_HALT|RB_DUMP)) =3D=3D RB_DUMP && !cold && !dumping)= =20 409 doadump(); 410=09 411 /* Now that we're going to really halt the system... */ 412 EVENTHANDLER_INVOKE(shutdown_final, howto); 413=09 (kgdb) up #3 0x8061bfcb in panic (fmt=3DCould not find the frame base for "panic". ) at /usr/src/sys/kern/kern_shutdown.c:563 563 boot(bootopt); (kgdb) list 558 /*thread_lock(td); */ 559 td->td_flags |=3D TDF_INPANIC; 560 /* thread_unlock(td); */ 561 if (!sync_on_panic) 562 bootopt |=3D RB_NOSYNC; 563 boot(bootopt); 564 } 565=09 566 /* 567 * Support for poweroff delay. (kgdb) up #4 0x80958236 in trap_fatal (frame=3D0xdc5ceb28, eva=3D196) at /usr/src/sys/i386/i386/trap.c:899 899 panic("%s", trap_msg[type]); (kgdb) list 894 frame->tf_err =3D code; /* restore error code */ 895 } 896 #endif 897 printf("trap number =3D %d\n", type); 898 if (type <=3D MAX_TRAP_MSG) 899 panic("%s", trap_msg[type]); 900 else 901 panic("unknown/reserved trap"); 902 } 903=09 (kgdb) up #5 0x80957d85 in trap_pfault (frame=3D0xdc5ceb28, usermode=3D0, eva=3D196) at /usr/src/sys/i386/i386/trap.c:812 812 trap_fatal(frame, eva); (kgdb) list 807 if (td->td_intr_nesting_level =3D=3D 0 && 808 PCPU_GET(curpcb)->pcb_onfault !=3D NULL) { 809 frame->tf_eip =3D (int)PCPU_GET(curpcb)->pcb_onfault; 810 return (0); 811 } 812 trap_fatal(frame, eva); 813 return (-1); 814 } 815=09 816 return((rv =3D=3D KERN_PROTECTION_FAILURE) ? SIGBUS : SIGSEGV); (kgdb) up #6 0x809575a3 in trap (frame=3D0xdc5ceb28) at /usr/src/sys/i386/i386/trap.= c:490 490 (void) trap_pfault(frame, FALSE, eva); (kgdb) list 485=09 486 KASSERT(cold || td->td_ucred !=3D NULL, 487 ("kernel trap doesn't have ucred")); 488 switch (type) { 489 case T_PAGEFLT: /* page fault */ 490 (void) trap_pfault(frame, FALSE, eva); 491 goto out; 492=09 493 case T_DNA: 494 #ifdef DEV_NPX (kgdb) up #7 0x8093365b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 139 call trap Current language: auto; currently asm (kgdb) list 134 alltraps_with_regs_pushed: 135 SET_KERNEL_SREGS 136 FAKE_MCOUNT(TF_EIP(%esp)) 137 calltrap: 138 pushl %esp 139 call trap 140 add $4, %esp 141 =09 142 /* 143 * Return via doreti to handle ASTs. (kgdb) up #8 0x805cadb6 in devvn_refthread (vp=3DCannot access memory at address 0xc ) at /usr/src/sys/kern/kern_conf.c:179 179 if ((cdp->cdp_flags & CDP_SCHED_DTR) =3D=3D 0) { Current language: auto; currently c (kgdb) list 174 csw =3D NULL; 175 dev_lock(); 176 *devp =3D vp->v_rdev; 177 if (*devp !=3D NULL) { 178 cdp =3D (*devp)->si_priv; 179 if ((cdp->cdp_flags & CDP_SCHED_DTR) =3D=3D 0) { 180 csw =3D (*devp)->si_devsw; 181 if (csw !=3D NULL) 182 (*devp)->si_threadcount++; 183 } (kgdb) up Initial frame selected; you cannot go up. (kgdb) list 184 } 185 dev_unlock(); 186 return (csw); 187 } 188=09 189 void=09 190 dev_relthread(struct cdev *dev) 191 { 192=09 193 mtx_assert(&devmtx, MA_NOTOWNED); (kgdb) up Initial frame selected; you cannot go up. (kgdb) list 194 dev_lock(); 195 dev->si_threadcount--; 196 dev_unlock(); 197 } 198=09 199 int 200 nullop(void) 201 { 202=09 203 return (0); (kgdb) quit Script done on Sun Dec 30 03:53:46 2007 --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 11:26:30 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93B5C16A420; Sun, 30 Dec 2007 11:26:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5141513C458; Sun, 30 Dec 2007 11:26:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBUBQT4E076473; Sun, 30 Dec 2007 06:26:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBUBQT9O025339; Sun, 30 Dec 2007 06:26:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F216B73039; Sun, 30 Dec 2007 06:26:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071230112628.F216B73039@freebsd-current.sentex.ca> Date: Sun, 30 Dec 2007 06:26:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 11:26:30 -0000 TB --- 2007-12-30 11:23:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-30 11:23:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-12-30 11:23:56 - cleaning the object tree TB --- 2007-12-30 11:24:22 - cvsupping the source tree TB --- 2007-12-30 11:24:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2007-12-30 11:24:32 - building world (CFLAGS=-O -pipe) TB --- 2007-12-30 11:24:32 - cd /src TB --- 2007-12-30 11:24:32 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 30 11:24:33 UTC 2007 >>> 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 [...] /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:641: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:642: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:642: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:644: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:644: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:645: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:645: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:862: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_nc_have_sigwinch' *** Error code 1 Stop in /src/lib/ncurses/ncurses. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-30 11:26:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-30 11:26:28 - ERROR: failed to build world TB --- 2007-12-30 11:26:28 - tinderbox aborted TB --- 59.50 user 18.80 system 152.45 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 11:29:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E34616A474; Sun, 30 Dec 2007 11:29:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B7C8F13C44B; Sun, 30 Dec 2007 11:29:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBUBTGYl076562; Sun, 30 Dec 2007 06:29:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lBUBTGcH028448; Sun, 30 Dec 2007 06:29:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EB81873039; Sun, 30 Dec 2007 06:29:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071230112915.EB81873039@freebsd-current.sentex.ca> Date: Sun, 30 Dec 2007 06:29:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 11:29:17 -0000 TB --- 2007-12-30 11:26:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-30 11:26:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-12-30 11:26:29 - cleaning the object tree TB --- 2007-12-30 11:26:59 - cvsupping the source tree TB --- 2007-12-30 11:26:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2007-12-30 11:27:09 - building world (CFLAGS=-O -pipe) TB --- 2007-12-30 11:27:09 - cd /src TB --- 2007-12-30 11:27:09 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 30 11:27:11 UTC 2007 >>> 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 [...] /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:641: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:642: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:642: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:644: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:644: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:645: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:645: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:862: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_nc_have_sigwinch' *** Error code 1 Stop in /src/lib/ncurses/ncurses. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-30 11:29:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-30 11:29:15 - ERROR: failed to build world TB --- 2007-12-30 11:29:15 - tinderbox aborted TB --- 59.05 user 19.31 system 166.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 11:31:43 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C76116A419; Sun, 30 Dec 2007 11:31:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4986713C45D; Sun, 30 Dec 2007 11:31:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lBUBVgO5076661; Sun, 30 Dec 2007 06:31:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lBUBVg3c000148; Sun, 30 Dec 2007 06:31:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C4D973039; Sun, 30 Dec 2007 06:31:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071230113142.9C4D973039@freebsd-current.sentex.ca> Date: Sun, 30 Dec 2007 06:31:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 11:31:43 -0000 TB --- 2007-12-30 11:29:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-12-30 11:29:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-12-30 11:29:16 - cleaning the object tree TB --- 2007-12-30 11:29:40 - cvsupping the source tree TB --- 2007-12-30 11:29:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2007-12-30 11:29:47 - building world (CFLAGS=-O -pipe) TB --- 2007-12-30 11:29:47 - cd /src TB --- 2007-12-30 11:29:47 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 30 11:29:48 UTC 2007 >>> 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 [...] /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:641: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:642: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:642: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:644: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:644: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:645: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:645: error: stray '@' in program /src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.h:862: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_nc_have_sigwinch' *** Error code 1 Stop in /src/lib/ncurses/ncurses. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-30 11:31:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-30 11:31:42 - ERROR: failed to build world TB --- 2007-12-30 11:31:42 - tinderbox aborted TB --- 59.24 user 18.52 system 146.46 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 13:11:30 2007 Return-Path: Delivered-To: current@freeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ABBC16A417 for ; Sun, 30 Dec 2007 13:11:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1B39813C4E5 for ; Sun, 30 Dec 2007 13:11:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A887047026 for ; Sun, 30 Dec 2007 08:11:29 -0500 (EST) Date: Sun, 30 Dec 2007 13:11:29 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@freeBSD.org Message-ID: <20071230130940.T98172@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Q&A on textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 13:11:30 -0000 Dear all, I've received a few textdump-related questions that I thought I'd share my answers to. (1) What information is in a textdump? The textdump is stored as a tarfile with several subfiles in it: config.txt - Kernel configuration, if compiled into kernel ddb.txt - Captured DDB output, if present msgbuf.txt - Kernel message buffer panic.txt - Kernel panic message, if there was a panic version.txt - Kernel version string It is easy to add new files to textdumps, so if there's some easily extractable kernel state that you feel should go in there, drop me an e-mail and/or send a patch. (2) Is there any information in a textdump that can't be acquired using kgdb and other available dump analysis tools? In principle no, as normal dumps include all kernel memory, and textdumps operate by inspecting kernel memory using DDB, capturing only small but presumably relevant parts. However, there are some important differences in approach that mean that textdumps can be used in ways that regular dumps can't easily be: - DDB textdumps are very small. Including a full debugging session, kernel message buffer, and kernel configuration, my textdumps are frequently around 100k uncompressed. This makes it possible to use them on very small machines, store them for an extended period, e-mail them around, etc, in a way that you can't currently do with kernel memory dumps. This improved usability will (hopefully) improve our bug and crash management. - DDB is a specialized debugging tool with intimate knowledge of the kernel, and there are types of data trivially extracted with DDB that are awkward or quite difficult to extract using kgdb or other currently available dump analysis tools. Locking, waiting, and process information are examples of where automatic extraction is currently only possible with DDB, and one of the reasons many developers prefer to begin any diagnosis with an interactive DDB session. - DDB textdumps can be used without the exact source tree, kernel configuration, built kernel, and debug symbols, as they interpret rather than save the pages of memory. They're even an architecture-independent file format so you don't need a cross-debugger. Having that additional context is useful (ability to map symbol+offset to line of code), but you can actually go a remarkable way without it, especially looking at the results in a PR potentially years later. (3) What do I lose by using textdumps? To be clear, there are also some important things that textdumps can't do -- principally, a textdump doesn't contain all kernel memory, so your textdump output is all you have. If you need to extract detailed structure information for something DDB doesn't understand, or that you don't think of in advance or during a DDB session, then there's nothing to fall back on except configuring a textdump or regular dump and waiting for the panic to happen again. (4) When should I use textdumps? Minidumps remain the default in 7.x and 8.x, and full dumps remain the default in 6.x and earlier. Textdumps must be specifically enabled by the administrator to be used. DDB is an excellent live debugging tool whose use has been limited to situations where there is an accessible video console, or more ideally serial or firewire console to a second box, and generally requiring an experienced developer to be available to drive debugging. There are many problems that can be pretty much instantly understood with a couple of DDB commands, so these limitations impacted debugging effectiveness. The goal of adding DDB capture output, scripting, and textdumps was to broaden the range of situations in which DDB could be used: now it is usable more easily for post-mortem analysis, no console or second machine is required, and a developer can install, or even e-mail, a script of DDB commands to run automatically. Developers can simply define a few scripts to handle various DDB cases, such as panic, and get a nice debugging bundle to look at later. When I'm debugging network stack problems, I typically want a fairly small set of DDB commands to be run by the user, and the output sent back, and now it will go from "Read the chapter on kernel debugging, set up a serial console, run the following commands, copy and paste from your serial console -- oh, you don't have a serial console, perhaps hand-copy these fields or use a digital camera" to "run the following ddb(8) command and when the box reboots, send me the tarball in /var/crash". I anticipate that textdumps will see use when developers are exchanging e-mail with users reporting problems and trying to gather concise summaries of information about a crash with minimum downtime and maximum portability, in embedded environments where dumping kernel memory to flash is tricky, or in order to save a transcript of an interactive DDB session when testing new features locally. Another interesting advantage of textdumps is that it's easy to inspect them for confidential/identifying information and mask or purge it. When someone sends out a kernel memory dump, it potentially contains a lot of sensitive information, and most people (including me) would have difficulty making sure all sensitive information was purged safely. (5) I want to collect DDB output, but still need memory dumps -- can I do both? Yes and no. Yes, you can use the DDB output capture buffer and scripting without using a textdump, as the capture buffer is stored in kernel memory. You can print it using kgdb, and we should probably add that capability to ddb(8) also. End your script with "call doadump; reset" but don't "textdump set". For example: ddb script kdb.enter.panic="capture on;show pcpu;trace;ps;show locks;alltrace;show alllocks;show lockedvnods;call doadump;reset" No, because you must pick one of the three dump layouts (dump, minidump, textdump) to write to the swap partition -- you can't write out all three and then decide which to extract later. In principle this could be changed so that we actually write out a textdump section and a full/minidump, but that's not implemented. (6) I have a serial console so don't need textudmps, can I still use DDB scripting to manage a crash? Yes. You can set up scripts in exactly the same way as with textdumps, only omit the textdump bits and end with a "reset" to reboot the system when done. That way you can extract the results from the serial console log. I.e., ddb script kdb.enter.panic="show pcpu;trace;show locks;ps;alltrace;show alllocks;show lockedvnods;reset" (7) I'm in DDB and I suddenly realize I want to save the output, and I haven't configured textdumps. What do I do? As with normal dumps, you must previously have configured support for a dump partition. These days, that is done automatically whenever you have swap configured on the box, so unless you're in single-user mode or don't have swap configured, you should be able to do the following: Schedule a textdump using the "textdump set" command. Turn on DDB output capture using "capture on", run your commands of interest, and turn it off using "capture off". Type "call doadump" to dump memory, and "reset" to reboot. (8) The buffer is small, can I pick and choose what DDB output is captured? The capture buffer does have a size limit, so you might find you want to explore interactively at first to figure out what information to save. Then you can turn it on and off around output to capture with "capture on" and "capture off". Each time you turn capture back on, new output is appended after any existing output. If you decide you want to clear the buffer, you can use "capture reset" to do that, and you can check the status of the buffer using "capture status". You can also increase the buffer size by setting the debug.ddb.capture.bufsize sysctl to a larger size. The sysctl will automatically round up to the next textdump blocksize. (9) Can I continue the kernel after doing a textdump? No. As with kernel memory dumps, textdumps invoke the storage controller dumper routine, which may hose up state in the device driver preventing its use after the dump is generated. However, if you do plan to continue from DDB, just use DDB output capture without a textdump. You can then extract the contents of the DDB buffer using the debug.ddb.capture.data sysctl. From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 14:51:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A687D16A418 for ; Sun, 30 Dec 2007 14:51:00 +0000 (UTC) (envelope-from jbronson@sixcompanies.com) Received: from cheyenne.hanadarko.com (75-9-98-151.lightspeed.milwwi.sbcglobal.net [75.9.98.151]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF4813C457 for ; Sun, 30 Dec 2007 14:51:00 +0000 (UTC) (envelope-from jbronson@sixcompanies.com) Date: Sun, 30 Dec 2007 08:31:56 -0600 To: freebsd-current@freebsd.org From: JD Bronson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20071230143156.45A31602A2@cheyenne.hanadarko.com> Subject: 7.0-RC1 bge network performance issue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 14:51:00 -0000 I am not sure how or where to ask this so I will start here.. I have an IBM P4-3.06ghz machine with dual 10/100 BGE nics and 1GB ram with ATA133 IDE drives. I have noticed the following and wondering how I can troubleshoot this or what's changed. Using ANY 6.x branch, including 6.3-RC1 I have no issues at all. Using the same hardware/machine exactly and using 7.0-RC1 I am seeing terrible network writes into the machine. my bge nics are set to 100FDX and incoming FTP rates are dismal at around 2-3MB/sec max. FTP outbound rates OUT of the box are at full 11-12MB/sec. Using 6.3-RC1 - traffic is the same in or out of the box. (I am not using pf) If it's any help, I have noticed the exact same issue with OpenBSD since anything newer than 3.7 and my posts to that group with this issue have basically been unresponded to. I would love to keep using FreeBSD but cant with this issue. NetBSD 4.0 does not exhibit this behavior at this time. Any thoughts? Major changes on bge? Anything? It simply cant be my hardware as this is not an issue under the 6.x branch. Thanks, -JD From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 15:06:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 215D816A418 for ; Sun, 30 Dec 2007 15:06:47 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id CFA3613C447 for ; Sun, 30 Dec 2007 15:06:46 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id 0095DD467B2 for ; Sun, 30 Dec 2007 16:06:42 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id rwpE--666VlP for ; Sun, 30 Dec 2007 16:06:39 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 9BE13D467B0 for ; Sun, 30 Dec 2007 16:06:39 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v753) Content-Transfer-Encoding: quoted-printable Message-Id: Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 30 Dec 2007 16:05:52 +0100 X-Mailer: Apple Mail (2.753) Subject: panic: rele: negative ref count X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 15:06:47 -0000 Just got this on a 7-beta4 machine when i did a reboot: .. Dec 30 15:55:34 back-1 reboot: rebooted by johan Dec 30 15:55:34 back-1 syslogd: exiting on signal 15 panic: vrele: negative ref count cpuid =3D 0 Uptime: 14d23h Physical Memory: 2024Mb Dumping 1591 MB: ........ Dump complete Automatic reboot...balba On next boot: Checking for core dump on /dev/mirror/gm1b... savecore: first and last dump headers disagree on /dev/mirror/gm1b savecore: unsaved dumps found but not saved Dec 30 15:57:51 back-1 savecore: first and last dump headers disagree =20= on /dev/mirror/gm1b with savecore -f i managed to dump a vmcore.0.. back-1 /var/crash$ kgdb /boot/kernel.old/kernel vmcore.0 kgdb: kvm_read: invalid address (0x406a00) [GDB will not be able to debug user-mode threads: /usr/lib/=20 libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and =20 you are welcome to change it and/or distribute copies of it under certain =20 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for =20 details. This GDB was configured as "amd64-marcel-freebsd". Cannot access memory at address 0xffffffff80a7cd70 (kgdb) where #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 Not very usefull..? Yes kernel.old since I just rebuilt with -RC1, =20 hence the reboot. Clues? -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 17:19:36 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF9416A41A for ; Sun, 30 Dec 2007 17:19:36 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8713113C45A for ; Sun, 30 Dec 2007 17:19:36 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.1/8.14.1) with ESMTP id lBUHJUD1011178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 30 Dec 2007 12:19:30 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.14.1/8.14.1/Submit) id lBUHJTZi011177 for current@FreeBSD.org; Sun, 30 Dec 2007 12:19:29 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: current@FreeBSD.org Date: Sun, 30 Dec 2007 12:19:29 -0500 User-Agent: KMail/1.9.7 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Sun, 30 Dec 2007 18:42:12 +0000 Cc: Subject: a new way to hang 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 17:19:36 -0000 The system is a dual-Xeon (i386) running 7.0-PRERELEASE as of Dec 29th. It went like this: root@corbulon:/home/mi (102) dump 0auCLf 32 - / | gzip -9 > /net/blue/corbulon.root.0.dump.gz /net/blue/corbulon.root.0.dump.gz: Read-only file system. ^C^C [... hang ...] Indeed, I mistyped the destination path and ended up in the non-writable directory. Something -- I'd guess, it was the snapshot-creation -- hung the system solid. After correcting the destination path and REBOOTING, the dump is proceeding. I removed the L-flag too, just in case :( Is this really a new way, or is it well known already? Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 19:37:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F048E16A418; Sun, 30 Dec 2007 19:37:15 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.freebsd.org (Postfix) with ESMTP id B9AFD13C448; Sun, 30 Dec 2007 19:37:15 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id lBUJP0P7015846; Sun, 30 Dec 2007 11:25:00 -0800 (PST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id lBUJOxon015845; Sun, 30 Dec 2007 11:24:59 -0800 (PST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Sun, 30 Dec 2007 11:24:58 -0800 From: Greg Lewis To: Tim Kientzle Message-ID: <20071230192458.GA15311@misty.eyesbeyond.com> References: <47773A4C.9000206@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47773A4C.9000206@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: Call for Testers: bsdcpio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 19:37:16 -0000 On Sat, Dec 29, 2007 at 10:27:24PM -0800, Tim Kientzle wrote: > The current portable distribution of libarchive, available from: > > http://people.freebsd.org/~kientzle/libarchive/ > > includes a new "bsdcpio" front-end that I would like > to include in FreeBSD 8 as a replacement for GNU cpio. > I would like to make it available as an option (but not > the default) starting in FreeBSD 7.1. > > I'd appreciate any feedback on it. The easiest way to > install it right now is to download the distribution above > and: > ./configure --enable-bsdcpio > make > sudo make install Actually, now that I've just updated it, the easiest way is now probably cd /usr/ports/archivers/libarchive && make install Thanks for your continued work on libarchive Tim! -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 19:42:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8965F16A417 for ; Sun, 30 Dec 2007 19:42:57 +0000 (UTC) (envelope-from gowmo@yahoo.com.br) Received: from web33608.mail.mud.yahoo.com (web33608.mail.mud.yahoo.com [68.142.199.225]) by mx1.freebsd.org (Postfix) with SMTP id 4156613C455 for ; Sun, 30 Dec 2007 19:42:57 +0000 (UTC) (envelope-from gowmo@yahoo.com.br) Received: (qmail 61160 invoked by uid 60001); 30 Dec 2007 19:42:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=q4NZJqKEDvQVS/fs3i9TfVmIxHSBD+SDs3L4dXQ3HNkf07a8IUisfZquZJ3f+mXjybalCVwcRFOlC2/8TFRttH5Jz6QmXdEGRNF+oJalXoH0DgQhSK29DBAVwdnFinDPmquyPhsLIooJxpjbcBi+ItSxTEwIWNLLiEe2T1JOZzA=; X-YMail-OSG: eP0ddVMVM1kS3HYKhpmnOR8e5BCoc62LWal6KxpPal0xd7EC_rK0OaTCunOu63a_mZpVSobGdw6zCaSEC9ww8i4ZhvL04HFytVQudyiq20XUd6A23kdxPGcYLN6UJQ-- Received: from [201.67.93.248] by web33608.mail.mud.yahoo.com via HTTP; Sun, 30 Dec 2007 16:42:56 ART Date: Sun, 30 Dec 2007 16:42:56 -0300 (ART) From: Wildes Miranda To: "Andrey V. Elsukov" In-Reply-To: <4775D728.3090607@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1268003359-1199043776=:60103" Content-Transfer-Encoding: 8bit Message-ID: <474808.60103.qm@web33608.mail.mud.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: ATI SB600/700/800 tester wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 19:42:57 -0000 --0-1268003359-1199043776=:60103 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline --- "Andrey V. Elsukov" escreveu: > Wildes Miranda wrote: > > Ok, thanks. I'll do it. But , Xin Li announces > this > > patch around Nov 06, 2007, why it's is too old ? > > There was a lot of fixes and changes. > And now it mostly doesn't needed. Do you have some > troubles? > > -- > WBR, Andrey V. Elsukov > I hope that you understand my English. :=) Yes, i think. I haven't the option to set AHCI on the BIOS as you suggested, and my trouble is that sata disk just operate on UDMA33 mode. i wish to use this box for java development, with many disk access on compilation process and tomcat environment. I think that this box will be more fast with max mode allowed by disk controller. is attached pciconf,dmesg. thanks. Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ --0-1268003359-1199043776=:60103 Content-Type: application/octet-stream; name=pciconf Content-Transfer-Encoding: base64 Content-Description: 1757723329-pciconf Content-Disposition: attachment; filename=pciconf aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMjJh MTAyOCBjaGlwPTB4NTk1MDEwMDIgcmV2PTB4MTAgaGRyPTB4MDAKICAgIHZl bmRvciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2Ug ICAgID0gJ1JTNDgwIEhvc3QgQnJpZGdlJwogICAgY2xhc3MgICAgICA9IGJy aWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCnBjaWIxQHBjaTA6MDox OjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHg1YTNmMTAwMiBjaGlwPTB4NWEz ZjEwMDIgcmV2PTB4MDAgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnQVRJ IFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ1JTNDgwIFBD SSBCcmlkZ2UnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFz cyAgID0gUENJLVBDSQpwY2liMkBwY2kwOjA6NTowOgljbGFzcz0weDA2MDQw MCBjYXJkPTB4NTk1MDEwMDIgY2hpcD0weDVhMzcxMDAyIHJldj0weDAwIGhk cj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5j JwogICAgZGV2aWNlICAgICA9ICdSUzQ4MCBQQ0kgQnJpZGdlJwogICAgY2xh c3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKcGNp YjNAcGNpMDowOjY6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDU5NTAxMDAy IGNoaXA9MHg1YTM4MTAwMiByZXY9MHgwMCBoZHI9MHgwMQogICAgdmVuZG9y ICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmljZSAgICAg PSAnUlM0ODAgUENJIEJyaWRnZScKICAgIGNsYXNzICAgICAgPSBicmlkZ2UK ICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCmF0YXBjaTBAcGNpMDowOjE4OjA6 CWNsYXNzPTB4MDEwMThmIGNhcmQ9MHgwMjJhMTAyOCBjaGlwPTB4NDM4MDEw MDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRl Y2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ0lYUCBTQjYwMCBT ZXJpYWwgQVRBIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gbWFzcyBz dG9yYWdlCiAgICBzdWJjbGFzcyAgID0gQVRBCm9oY2kwQHBjaTA6MDoxOTow OgljbGFzcz0weDBjMDMxMCBjYXJkPTB4MDIyYTEwMjggY2hpcD0weDQzODcx MDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBU ZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAg VVNCIENvbnRyb2xsZXIgKE9IQ0kwKScKICAgIGNsYXNzICAgICAgPSBzZXJp YWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCm9oY2kxQHBjaTA6MDoxOTox OgljbGFzcz0weDBjMDMxMCBjYXJkPTB4MDIyYTEwMjggY2hpcD0weDQzODgx MDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBU ZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAg VVNCIENvbnRyb2xsZXIgKE9IQ0kxKScKICAgIGNsYXNzICAgICAgPSBzZXJp YWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCm9oY2kyQHBjaTA6MDoxOToy OgljbGFzcz0weDBjMDMxMCBjYXJkPTB4MDIyYTEwMjggY2hpcD0weDQzODkx MDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBU ZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAg VVNCIENvbnRyb2xsZXIgKE9IQ0kyKScKICAgIGNsYXNzICAgICAgPSBzZXJp YWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCm9oY2kzQHBjaTA6MDoxOToz OgljbGFzcz0weDBjMDMxMCBjYXJkPTB4MDIyYTEwMjggY2hpcD0weDQzOGEx MDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBU ZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAg VVNCIENvbnRyb2xsZXIgKE9IQ0kzKScKICAgIGNsYXNzICAgICAgPSBzZXJp YWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCm9oY2k0QHBjaTA6MDoxOTo0 OgljbGFzcz0weDBjMDMxMCBjYXJkPTB4MDIyYTEwMjggY2hpcD0weDQzOGIx MDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBU ZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAg VVNCIENvbnRyb2xsZXIgKE9IQ0k0KScKICAgIGNsYXNzICAgICAgPSBzZXJp YWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCmVoY2kwQHBjaTA6MDoxOTo1 OgljbGFzcz0weDBjMDMyMCBjYXJkPTB4MDIyYTEwMjggY2hpcD0weDQzODYx MDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBU ZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAg VVNCIENvbnRyb2xsZXIgKEVIQ0kpJwogICAgY2xhc3MgICAgICA9IHNlcmlh bCBidXMKICAgIHN1YmNsYXNzICAgPSBVU0IKbm9uZTBAcGNpMDowOjIwOjA6 CWNsYXNzPTB4MGMwNTAwIGNhcmQ9MHgwMjJhMTAyOCBjaGlwPTB4NDM4NTEw MDIgcmV2PTB4MTQgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRl Y2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ0lYUCBTQjYwMCBT TUJVUyBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMK ICAgIHN1YmNsYXNzICAgPSBTTUJ1cwphdGFwY2kxQHBjaTA6MDoyMDoxOglj bGFzcz0weDAxMDE4YSBjYXJkPTB4MDIyYTEwMjggY2hpcD0weDQzOGMxMDAy IHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNo bm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAgQVRB IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gbWFzcyBzdG9yYWdlCiAg ICBzdWJjbGFzcyAgID0gQVRBCnBjbTBAcGNpMDowOjIwOjI6CWNsYXNzPTB4 MDQwMzAwIGNhcmQ9MHgwMjJhMTAyOCBjaGlwPTB4NDM4MzEwMDIgcmV2PTB4 MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRlY2hub2xvZ2ll cyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ0lYUCBTQjYwMCBIaWdoIERlZmlu aXRpb24gQXVkaW8gQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBtdWx0 aW1lZGlhCmlzYWIwQHBjaTA6MDoyMDozOgljbGFzcz0weDA2MDEwMCBjYXJk PTB4MDIyYTEwMjggY2hpcD0weDQzOGQxMDAyIHJldj0weDAwIGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAg ZGV2aWNlICAgICA9ICdJWFAgU0I2MDAgUENJIHRvIExQQyBCcmlkZ2UnCiAg ICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLUlT QQpwY2liNEBwY2kwOjA6MjA6NDoJY2xhc3M9MHgwNjA0MDEgY2FyZD0weDAw MDAwMDAwIGNoaXA9MHg0Mzg0MTAwMiByZXY9MHgwMCBoZHI9MHgwMQogICAg dmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmlj ZSAgICAgPSAnSVhQIFNCNjAwIFBDSSB0byBQQ0kgQnJpZGdlJwogICAgY2xh c3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKaG9z dGIxQHBjaTA6MDoyNDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAw MDAgY2hpcD0weDExMDAxMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5k b3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknCiAgICBk ZXZpY2UgICAgID0gJyhLOCkgQXRobG9uIDY0L09wdGVyb24gSHlwZXJUcmFu c3BvcnQgVGVjaG5vbG9neSBDb25maWd1cmF0aW9uJwogICAgY2xhc3MgICAg ICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiMkBw Y2kwOjA6MjQ6MToJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNo aXA9MHgxMTAxMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJwogICAgZGV2aWNl ICAgICA9ICcoSzgpIEF0aGxvbiA2NC9PcHRlcm9uIEFkZHJlc3MgTWFwJwog ICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1Qt UENJCmhvc3RiM0BwY2kwOjA6MjQ6MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0w eDAwMDAwMDAwIGNoaXA9MHgxMTAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAog ICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQp JwogICAgZGV2aWNlICAgICA9ICcoSzgpIEF0aGxvbiA2NC9PcHRlcm9uIERS QU0gQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1 YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjRAcGNpMDowOjI0OjM6CWNsYXNz PTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTEwMzEwMjIgcmV2 PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWlj cm8gRGV2aWNlcyAoQU1EKScKICAgIGRldmljZSAgICAgPSAnKEs4KSBBdGhs b24gNjQvT3B0ZXJvbiBNaXNjZWxsYW5lb3VzIENvbnRyb2wnCiAgICBjbGFz cyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKdmdh cGNpMEBwY2kwOjE6NTowOgljbGFzcz0weDAzMDAwMCBjYXJkPTB4MDIyYTEw MjggY2hpcD0weDU5NzUxMDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5k b3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAg ICA9ICdSYWRlb24gWFBSRVNTIDIwME0gU0VSSUVTJwogICAgY2xhc3MgICAg ICA9IGRpc3BsYXkKICAgIHN1YmNsYXNzICAgPSBWR0EKbm9uZTFAcGNpMDo1 OjA6MDoJY2xhc3M9MHgwMjgwMDAgY2FyZD0weDAwMDcxMDI4IGNoaXA9MHg0 MzExMTRlNCByZXY9MHgwMSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdC cm9hZGNvbSBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnRGVsbCBX aXJlbGVzcyAxMzkwIFdMQU4gTWluaS1QQ0kgQ2FyZCcKICAgIGNsYXNzICAg ICAgPSBuZXR3b3JrCmJmZTBAcGNpMDo4OjA6MDoJY2xhc3M9MHgwMjAwMDAg Y2FyZD0weDAyMmExMDI4IGNoaXA9MHgxNzBjMTRlNCByZXY9MHgwMiBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicK ICAgIGRldmljZSAgICAgPSAnQkNNNDQwMSBCcm9hZGNvbSBOZXRMaW5rIDQ0 MDEgMTAvMTAwIEV0aGVybmV0IE5JQycKICAgIGNsYXNzICAgICAgPSBuZXR3 b3JrCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQKbm9uZTJAcGNpMDo4OjE6 MDoJY2xhc3M9MHgwODA1MDAgY2FyZD0weDAyMmExMDI4IGNoaXA9MHgwODIy MTE4MCByZXY9MHgxOSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdSaWNv aCBDb21wYW55LCBMdGQuJwogICAgZGV2aWNlICAgICA9ICdSNUM4MzIsIFI1 Qzg0MyBTREEgU3RhbmRhcmQgQ29tcGxpYW50IFNEIEhvc3QgQ29udHJvbGxl cicKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKbm9uZTNAcGNp MDo4OjE6MToJY2xhc3M9MHgwODgwMDAgY2FyZD0weDAyMmExMDI4IGNoaXA9 MHgwODQzMTE4MCByZXY9MHgwMSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9 ICdSaWNvaCBDb21wYW55LCBMdGQuJwogICAgZGV2aWNlICAgICA9ICd1bmtu b3duIFJpY29oIE1NQyBIb3N0IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAg ID0gYmFzZSBwZXJpcGhlcmFsCg== --0-1268003359-1199043776=:60103 Content-Type: application/octet-stream; name=dmesg Content-Transfer-Encoding: base64 Content-Description: 2758069437-dmesg Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4K Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhl IEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA3LjAtUFJFUkVMRUFTRSAj MzogVGh1IERlYyAyNyAxNDowOTo0MCBCUlNUIDIwMDcKICAgIGdvd21vQGly b2QuaXRlY2d5bi5jb20uYnI6L3Vzci9vYmovdXNyL3NyYy9zeXMvSVJPRApU aW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxp dHkgMApDUFU6IEFNRCBUdXJpb24odG0pIDY0IFgyIE1vYmlsZSBUZWNobm9s b2d5IFRMLTUwICgxNTk2LjAxLU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2lu ID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHg0MGY4MiAgU3RlcHBpbmcgPSAy CiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNS LFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQ U0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyLEhUVD4KICBGZWF0dXJl czI9MHgyMDAxPFNTRTMsQ1gxNj4KICBBTUQgRmVhdHVyZXM9MHhlYTUwMDgw MDxTWVNDQUxMLE5YLE1NWCssRkZYU1IsUkRUU0NQLExNLDNETm93ISssM0RO b3chPgogIEFNRCBGZWF0dXJlczI9MHgxZjxMQUhGLENNUCxTVk0sRXh0QVBJ QyxDUjg+CiAgQ29yZXMgcGVyIHBhY2thZ2U6IDIKdXNhYmxlIG1lbW9yeSA9 IDE0NjY5NDU1MzYgKDEzOTggTUIpCmF2YWlsIG1lbW9yeSAgPSAxNDE0ODEx NjQ4ICgxMzQ5IE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxQVExURCAgCSBBUElD ICA+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0 ZWQ6IDIgQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQ KTogQVBJQyBJRDogIDEKTUFEVDogRm9yY2luZyBhY3RpdmUtbG93IHBvbGFy aXR5IGFuZCBsZXZlbCB0cmlnZ2VyIGZvciBTQ0kKaW9hcGljMCA8VmVyc2lv biAyLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAprYmQxIGF0IGtiZG11 eDAKYWNwaTA6IDxERUxMIE0wOCAgICA+IG9uIG1vdGhlcmJvYXJkCmFjcGkw OiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCnVua25v d246IEkvTyByYW5nZSBub3Qgc3VwcG9ydGVkCmFjcGkwOiByZXNlcnZhdGlv biBvZiAwLCAxMDAwICgzKSBmYWlsZWQKQUNQSSBIUEVUIHRhYmxlIHdhcm5p bmc6IFNlcXVlbmNlIGlzIG5vbi16ZXJvICgyKQpUaW1lY291bnRlciAiQUNQ SS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNw aV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQg MHg4MDA4LTB4ODAwYiBvbiBhY3BpMAphY3BpX2VjMDogPEVtYmVkZGVkIENv bnRyb2xsZXI6IEdQRSAweDE0PiBwb3J0IDB4NjIsMHg2NiBvbiBhY3BpMAph Y3BpX2hwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVt IDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAi SFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTAwCmNwdTA6 IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3cwOiA8UG93ZXJOb3chIEs4 PiBvbiBjcHUwCmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGlu Zz4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCnBvd2Vybm93 MTogPFBvd2VyTm93ISBLOD4gb24gY3B1MQphY3BpX2J1dHRvbjA6IDxQb3dl ciBCdXR0b24+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlk Z2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBh dCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjEKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQg MHg5MDAwLTB4OTBmZiBtZW0gMHhjODAwMDAwMC0weGNmZmZmZmZmLDB4YzAx MDAwMDAtMHhjMDEwZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDUuMCBvbiBwY2kx CnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDUuMCBv biBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDYuMCBvbiBwY2kwCnBj aTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTU6IDxuZXR3b3JrPiBh dCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0YXBjaTA6IDxB VEkgQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHg4NDM4LTB4ODQzZiwweDg0NTQt MHg4NDU3LDB4ODQzMC0weDg0MzcsMHg4NDUwLTB4ODQ1MywweDg0MDAtMHg4 NDBmIG1lbSAweGMwMDA0MDAwLTB4YzAwMDQzZmYgaXJxIDIyIGF0IGRldmlj ZSAxOC4wIG9uIHBjaTAKYXRhcGNpMDogW0lUSFJFQURdCmF0YTI6IDxBVEEg Y2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8 QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAphdGEzOiBbSVRIUkVBRF0Kb2hj aTA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4YzAw MDUwMDAtMHhjMDAwNWZmZiBpcnEgMTYgYXQgZGV2aWNlIDE5LjAgb24gcGNp MApvaGNpMDogW0dJQU5ULUxPQ0tFRF0Kb2hjaTA6IFtJVEhSRUFEXQp1c2Iw OiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IwOiA8T0hD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVT QiByZXZpc2lvbiAxLjAKdWh1YjA6IDxBVEkgT0hDSSByb290IGh1YiwgY2xh c3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjAKdWh1YjA6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCm9oY2kx OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGMwMDA2 MDAwLTB4YzAwMDZmZmYgaXJxIDE3IGF0IGRldmljZSAxOS4xIG9uIHBjaTAK b2hjaTE6IFtHSUFOVC1MT0NLRURdCm9oY2kxOiBbSVRIUkVBRF0KdXNiMTog T0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNiMTogPE9IQ0kg KGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQp1c2IxOiBVU0Ig cmV2aXNpb24gMS4wCnVodWIxOiA8QVRJIE9IQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IxCnVodWIxOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApvaGNpMjog PE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhjMDAwNzAw MC0weGMwMDA3ZmZmIGlycSAxOCBhdCBkZXZpY2UgMTkuMiBvbiBwY2kwCm9o Y2kyOiBbR0lBTlQtTE9DS0VEXQpvaGNpMjogW0lUSFJFQURdCnVzYjI6IE9I Q0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjI6IDxPSENJIChn ZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTIKdXNiMjogVVNCIHJl dmlzaW9uIDEuMAp1aHViMjogPEFUSSBPSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgp1aHViMjogMiBw b3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKb2hjaTM6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4YzAwMDgwMDAt MHhjMDAwOGZmZiBpcnEgMTcgYXQgZGV2aWNlIDE5LjMgb24gcGNpMApvaGNp MzogW0dJQU5ULUxPQ0tFRF0Kb2hjaTM6IFtJVEhSRUFEXQp1c2IzOiBPSENJ IHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IzOiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCnVzYjM6IFVTQiByZXZp c2lvbiAxLjAKdWh1YjM6IDxBVEkgT0hDSSByb290IGh1YiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjMKdWh1YjM6IDIgcG9y dHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCm9oY2k0OiA8T0hD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGMwMDA5MDAwLTB4 YzAwMDlmZmYgaXJxIDE4IGF0IGRldmljZSAxOS40IG9uIHBjaTAKb2hjaTQ6 IFtHSUFOVC1MT0NLRURdCm9oY2k0OiBbSVRIUkVBRF0KdXNiNDogT0hDSSB2 ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNiNDogPE9IQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpNAp1c2I0OiBVU0IgcmV2aXNp b24gMS4wCnVodWI0OiA8QVRJIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2I0CnVodWI0OiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPEVIQ0kg KGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4YzAwMDQ0MDAt MHhjMDAwNDRmZiBpcnEgMTkgYXQgZGV2aWNlIDE5LjUgb24gcGNpMAplaGNp MDogW0dJQU5ULUxPQ0tFRF0KZWhjaTA6IFtJVEhSRUFEXQp1c2I1OiBFSENJ IHZlcnNpb24gMS4wCnVzYjU6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBw b3J0cyBlYWNoOiB1c2IwIHVzYjEgdXNiMiB1c2IzIHVzYjQKdXNiNTogPEVI Q0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNi NTogVVNCIHJldmlzaW9uIDIuMAp1aHViNTogPEFUSSBFSENJIHJvb3QgaHVi LCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNQp1 aHViNTogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZApwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAyMC4wIChu byBkcml2ZXIgYXR0YWNoZWQpCmF0YXBjaTE6IDxBVEkgSVhQNjAwIFVETUEx MzMgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0w eDE3NywweDM3NiwweDg0MjAtMHg4NDJmIGF0IGRldmljZSAyMC4xIG9uIHBj aTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEKYXRhMDogW0lU SFJFQURdCnBjbTA6IDxBVEkgU0I2MDAgSGlnaCBEZWZpbml0aW9uIEF1ZGlv IENvbnRyb2xsZXI+IG1lbSAweGMwMDAwMDAwLTB4YzAwMDNmZmYgaXJxIDE2 IGF0IGRldmljZSAyMC4yIG9uIHBjaTAKcGNtMDogW0lUSFJFQURdCmlzYWIw OiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAyMC4zIG9uIHBjaTAKaXNh MDogPElTQSBidXM+IG9uIGlzYWIwCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDIwLjQgb24gcGNpMApwY2k4OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liNApiZmUwOiA8QnJvYWRjb20gQkNNNDQwMS1CMCBGYXN0 IEV0aGVybmV0PiBtZW0gMHhjMDMwMDAwMC0weGMwMzAxZmZmIGlycSAyMSBh dCBkZXZpY2UgMC4wIG9uIHBjaTgKbWlpYnVzMDogPE1JSSBidXM+IG9uIGJm ZTAKYm10cGh5MDogPEJDTTQ0MDEgMTAvMTAwYmFzZVRYIFBIWT4gUEhZIDEg b24gbWlpYnVzMApibXRwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEw MGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpiZmUwOiB1c2luZyBvYnNv bGV0ZWQgaWZfd2F0Y2hkb2cgaW50ZXJmYWNlCmJmZTA6IEV0aGVybmV0IGFk ZHJlc3M6IDAwOjFjOjIzOjhhOjAyOmZiCmJmZTA6IFtJVEhSRUFEXQpwY2k4 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMS4wIChubyBkcml2ZXIg YXR0YWNoZWQpCnBjaTg6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAx LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWNwaV9idXR0b24xOiA8U2xlZXAg QnV0dG9uPiBvbiBhY3BpMAphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBM aWQgU3dpdGNoPiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4g b24gYWNwaTAKYmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9kIEJhdHRl cnk+IG9uIGFjcGkwCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3Bp MAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0 IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtH SUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURdCnBzbTA6IDxQUy8yIE1v dXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpw c20wOiBbSVRIUkVBRF0KcHNtMDogbW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNl LCBkZXZpY2UgSUQgMApvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21l bSAweGMwMDAwLTB4Y2NmZmYsMHhjZDAwMC0weGNkZmZmIG9uIGlzYTAKc2Mw OiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2Mw OiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2Ew OiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVt IDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVycyB0aWNrIGV2 ZXJ5IDEuMDAwIG1zZWMKYWQ0OiA3NjMxOU1CIDxTZWFnYXRlIFNUOTgwODEx QVMgMy5DREQ+IGF0IGF0YTItbWFzdGVyIFVETUEzMwpwY20wOiA8SERBIENv ZGVjOiBTaWdtYXRlbCBTVEFDOTIyMD4KcGNtMDogPEhEQSBEcml2ZXIgUmV2 aXNpb246IDIwMDcxMTI5XzAwNTA+ClNNUDogQVAgQ1BVICMxIExhdW5jaGVk IQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkNHMxYQo= --0-1268003359-1199043776=:60103 Content-Type: application/octet-stream; name=dmesgVerbose Content-Transfer-Encoding: base64 Content-Description: 2818929264-dmesgVerbose Content-Disposition: attachment; filename=dmesgVerbose Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4K Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhl IEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA3LjAtUFJFUkVMRUFTRSAj MzogVGh1IERlYyAyNyAxNDowOTo0MCBCUlNUIDIwMDcKICAgIGdvd21vQGly b2QuaXRlY2d5bi5jb20uYnI6L3Vzci9vYmovdXNyL3NyYy9zeXMvSVJPRApQ cmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQg MHhmZmZmZmZmZjgwNzBkMDAwLgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUg Ii9ib290L2tlcm5lbC9zbmRfaGRhLmtvIiBhdCAweGZmZmZmZmZmODA3MGQx ZjguClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3Nv dW5kLmtvIiBhdCAweGZmZmZmZmZmODA3MGQ3YTAuClByZWxvYWRlZCBlbGYg b2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3Vtcy5rbyIgYXQgMHhmZmZmZmZm ZjgwNzBkZGM4LgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tl cm5lbC91c2Iua28iIGF0IDB4ZmZmZmZmZmY4MDcwZTI3MC4KUHJlbG9hZGVk IGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvcmFkZW9uLmtvIiBhdCAw eGZmZmZmZmZmODA3MGU4OTguClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAi L2Jvb3Qva2VybmVsL2RybS5rbyIgYXQgMHhmZmZmZmZmZjgwNzBlZGMwLgpQ cmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9hZ3Aua28i IGF0IDB4ZmZmZmZmZmY4MDcwZjM2OC4KQ2FsaWJyYXRpbmcgY2xvY2socykg Li4uIGk4MjU0IGNsb2NrOiAxMTkzMjA4IEh6CkNMS19VU0VfSTgyNTRfQ0FM SUJSQVRJT04gbm90IHNwZWNpZmllZCAtIHVzaW5nIGRlZmF1bHQgZnJlcXVl bmN5ClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAwCkNhbGlicmF0aW5nIFRTQyBjbG9jayAuLi4gVFNDIGNsb2Nr OiAxNTk2MDExMDk4IEh6CkNQVTogQU1EIFR1cmlvbih0bSkgNjQgWDIgTW9i aWxlIFRlY2hub2xvZ3kgVEwtNTAgKDE1OTYuMDEtTUh6IEs4LWNsYXNzIENQ VSkKICBPcmlnaW4gPSAiQXV0aGVudGljQU1EIiAgSWQgPSAweDQwZjgyICBT dGVwcGluZyA9IDIKICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUs UFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNB LENNT1YsUEFULFBTRTM2LENMRkxVU0gsTU1YLEZYU1IsU1NFLFNTRTIsSFRU PgogIEZlYXR1cmVzMj0weDIwMDE8U1NFMyxDWDE2PgogIEFNRCBGZWF0dXJl cz0weGVhNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhTUixSRFRTQ1AsTE0s M0ROb3chKywzRE5vdyE+CiAgQU1EIEZlYXR1cmVzMj0weDFmPExBSEYsQ01Q LFNWTSxFeHRBUElDLENSOD4KICBDb3JlcyBwZXIgcGFja2FnZTogMgpMMSAy TUIgZGF0YSBUTEI6IDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEg Mk1CIGluc3RydWN0aW9uIFRMQjogOCBlbnRyaWVzLCBmdWxseSBhc3NvY2lh dGl2ZQpMMSA0S0IgZGF0YSBUTEI6IDMyIGVudHJpZXMsIGZ1bGx5IGFzc29j aWF0aXZlCkwxIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDMyIGVudHJpZXMsIGZ1 bGx5IGFzc29jaWF0aXZlCkwxIGRhdGEgY2FjaGU6IDY0IGtieXRlcywgNjQg Ynl0ZXMvbGluZSwgMSBsaW5lcy90YWcsIDItd2F5IGFzc29jaWF0aXZlCkwx IGluc3RydWN0aW9uIGNhY2hlOiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUs IDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQpMMiAyTUIgdW5pZmll ZCBUTEI6IDAgZW50cmllcywgZGlzYWJsZWQvbm90IHByZXNlbnQKTDIgNEtC IGRhdGEgVExCOiA1MTIgZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUKTDIg NEtCIGluc3RydWN0aW9uIFRMQjogNTEyIGVudHJpZXMsIDQtd2F5IGFzc29j aWF0aXZlCkwyIHVuaWZpZWQgY2FjaGU6IDI1NiBrYnl0ZXMsIDY0IGJ5dGVz L2xpbmUsIDEgbGluZXMvdGFnLCAxNi13YXkgYXNzb2NpYXRpdmUKdXNhYmxl IG1lbW9yeSA9IDE0NjY5NDU1MzYgKDEzOTggTUIpClBoeXNpY2FsIG1lbW9y eSBjaHVuayhzKToKMHgwMDAwMDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAw MDk5ZmZmLCA2MjY2ODggYnl0ZXMgKDE1MyBwYWdlcykKMHgwMDAwMDAwMDAw ODBjMDAwIC0gMHgwMDAwMDAwMDU1NGYwZmZmLCAxNDIyODA3MDQwIGJ5dGVz ICgzNDczNjUgcGFnZXMpCmF2YWlsIG1lbW9yeSAgPSAxNDE0ODExNjQ4ICgx MzQ5IE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxQVExURCAgCSBBUElDICA+CklO VFI6IEFkZGluZyBsb2NhbCBBUElDIDEgYXMgYSB0YXJnZXQKRnJlZUJTRC9T TVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCiBj cHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAg MQpBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAwCkFQSUM6IENQVSAxIGhhcyBB Q1BJIElEIDEKVUxFOiBzZXR1cCBjcHUgZ3JvdXAgMApVTEU6IHNldHVwIGNw dSAwClVMRTogYWRkaW5nIGNwdSAwIHRvIGdyb3VwIDA6IGNwdXMgMSBtYXNr IDB4MQpVTEU6IHNldHVwIGNwdSBncm91cCAxClVMRTogc2V0dXAgY3B1IDEK VUxFOiBhZGRpbmcgY3B1IDEgdG8gZ3JvdXAgMTogY3B1cyAxIG1hc2sgMHgy CkFDUEk6IFJTRFAgQCAweDB4Zjg1MDAvMHgwMDE0ICh2ICAwIFBUTFREICkK QUNQSTogUlNEVCBAIDB4MHg1N2U3OTU3Yi8weDAwNDAgKHYgIDEgREVMTCAg ICBNMDggICAgIDB4MDYwNDAwMDAgIExUUCAweDAwMDAwMDAwKQpBQ1BJOiBG QUNQIEAgMHgweDU3ZTdmYjlhLzB4MDA3NCAodiAgMSBBVEkgICAgQm93Zmlu ICAgMHgwNjA0MDAwMCBBVEkgIDB4MDAwRjQyNDApCkFDUEk6IERTRFQgQCAw eDB4NTdlNzk1YmIvMHg2NURGICh2ICAxICAgIEFUSSAgICBTQjYwMCAweDA2 MDQwMDAwIE1TRlQgMHgwMzAwMDAwMCkKQUNQSTogRkFDUyBAIDB4MHg1N2U5 MGZjMC8weDAwNDAKQUNQSTogVENQQSBAIDB4MHg1N2U3ZmMwZS8weDAwMzIg KHYgIDIgQU1EICAgICAgICAgICAgIDB4MDYwNDAwMDAgUFRFQyAweDAwMDAw MDAwKQpBQ1BJOiBTU0RUIEAgMHgweDU3ZTdmYzQwLzB4MDE4MiAodiAgMSBQ VExURCAgUE9XRVJOT1cgMHgwNjA0MDAwMCAgTFRQIDB4MDAwMDAwMDEpCkFD UEk6IEFQSUMgQCAweDB4NTdlN2ZkYzIvMHgwMDU0ICh2ICAxIFBUTFREICAJ IEFQSUMgICAweDA2MDQwMDAwICBMVFAgMHgwMDAwMDAwMCkKQUNQSTogTUNG RyBAIDB4MHg1N2U3ZmUxNi8weDAwM0MgKHYgIDEgUFRMVEQgICAgTUNGRyAg IDB4MDYwNDAwMDAgIExUUCAweDAwMDAwMDAwKQpBQ1BJOiBIUEVUIEAgMHgw eDU3ZTdmZTUyLzB4MDAzOCAodiAgMSBQVExURCAgSFBFVFRCTCAgMHgwNjA0 MDAwMCAgTFRQIDB4MDAwMDAwMDEpCkFDUEk6IFNMSUMgQCAweDB4NTdlN2Zl OGEvMHgwMTc2ICh2ICAxIERFTEwgICAgTTA4ICAgICAweDA2MDQwMDAwICBM VFAgMHgwMDAwMDAwMCkKTUFEVDogRm91bmQgSU8gQVBJQyBJRCAyLCBJbnRl cnJ1cHQgMCBhdCAweGZlYzAwMDAwCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJu YWwgODI1OUEncyAtPiBpbnRwaW4gMApsYXBpYzA6IFJvdXRpbmcgTk1JIC0+ IExJTlQxCmxhcGljMDogTElOVDEgdHJpZ2dlcjogZWRnZQpsYXBpYzA6IExJ TlQxIHBvbGFyaXR5OiBoaWdoCmxhcGljMTogUm91dGluZyBOTUkgLT4gTElO VDEKbGFwaWMxOiBMSU5UMSB0cmlnZ2VyOiBlZGdlCmxhcGljMTogTElOVDEg cG9sYXJpdHk6IGhpZ2gKTUFEVDogRm9yY2luZyBhY3RpdmUtbG93IHBvbGFy aXR5IGFuZCBsZXZlbCB0cmlnZ2VyIGZvciBTQ0kKaW9hcGljMDogaW50cGlu IDkgcG9sYXJpdHk6IGxvdwppb2FwaWMwOiBpbnRwaW4gOSB0cmlnZ2VyOiBs ZXZlbAppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1vdGhl cmJvYXJkCmNwdTAgQlNQOgogICAgIElEOiAweDAwMDAwMDAwICAgVkVSOiAw eDgwMDUwMDEwIExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBs aW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAw MDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhl cm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAxMDAw MApzbmRfdW5pdF9pbml0KCkgdT0weDAwZmY4MDAwIFs1MTJdIGQ9MHgwMDAw N2MwMCBbMzJdIGM9MHgwMDAwMDNmZiBbMTAyNF0KZmVlZGVyX3JlZ2lzdGVy OiBzbmRfdW5pdD0tMSBzbmRfbWF4YXV0b3ZjaGFucz0xNiBsYXRlbmN5PTUg ZmVlZGVyX2J1ZmZlcnNpemU9MTYzODQgZmVlZGVyX3JhdGVfbWluPTEgZmVl ZGVyX3JhdGVfbWF4PTIwMTYwMDAgZmVlZGVyX3JhdGVfcm91bmQ9MjUKa2Jk OiBuZXcgYXJyYXkgc2l6ZSA0CmtiZDEgYXQga2JkbXV4MAptZW06IDxtZW1v cnk+CmlvOiA8SS9PPgpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNl PgpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4K YWNwaTA6IDxERUxMIE0wOCAgICA+IG9uIG1vdGhlcmJvYXJkCmlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDkgKElTQSBJUlEgOSkgdG8gdmVjdG9yIDQ4CmFj cGkwOiBbTVBTQUZFXQphY3BpMDogW0lUSFJFQURdCkFjcGlPc0Rlcml2ZVBj aUlkOiBcXF9TQl8uUENJMC5TQVRBLlNBVFggLT4gYnVzIDAgZGV2IDE4IGZ1 bmMgMApBY3BpT3NEZXJpdmVQY2lJZDogXFxfU0JfLlBDSTAuU0FUMi5TQVRY IC0+IGJ1cyAwIGRldiAxNyBmdW5jIDAKYWNwaTA6IFBvd2VyIEJ1dHRvbiAo Zml4ZWQpCkFjcGlPc0Rlcml2ZVBjaUlkOiBcXF9TQl8uUENJMC5JREVfLklE RV8gLT4gYnVzIDAgZGV2IDIwIGZ1bmMgMQp1bmtub3duOiBJL08gcmFuZ2Ug bm90IHN1cHBvcnRlZApBY3BpT3NEZXJpdmVQY2lJZDogXFxfU0JfLlBDSTAu QkFSMSAtPiBidXMgMCBkZXYgMCBmdW5jIDAKQWNwaU9zRGVyaXZlUGNpSWQ6 IFxcX1NCXy5QQ0kwLlNNQl8uWjAwQSAtPiBidXMgMCBkZXYgMjAgZnVuYyAw CmFjcGkwOiByZXNlcnZhdGlvbiBvZiAwLCAxMDAwICgzKSBmYWlsZWQKQUNQ SSBIUEVUIHRhYmxlIHdhcm5pbmc6IFNlcXVlbmNlIGlzIG5vbi16ZXJvICgy KQpBQ1BJIHRpbWVyOiAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8x IDEvMSAxLzEgLT4gMTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVl bmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MzIt Yml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4ODAwOC0weDgwMGIg b24gYWNwaTAKYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBHUEUg MHgxND4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAKcGNpX2xpbmswOiAgICAg ICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2Jl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCiAgVmFsaWRhdGlvbiAg ICAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQogIEFmdGVyIERpc2Fi bGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbmsxOiAg ICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFBy b2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCiAgVmFsaWRhdGlv biAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQogIEFmdGVyIERp c2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xpbmsy OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFs IFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCiAgVmFsaWRh dGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQogIEFmdGVy IERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNpX2xp bmszOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0 aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCiAgVmFs aWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQogIEFm dGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEKcGNp X2xpbms0OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJ bml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDExCiAg VmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAxMQog IEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAgMTEK cGNpX2xpbms1OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEwIDEx CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxMCAx MQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMTAg MTEKcGNpX2xpbms2OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEw IDExCiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAx MCAxMQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAg MTAgMTEKcGNpX2xpbms3OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAg IDEwIDExCiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAw ICAxMCAxMQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMTAgMTEKcGNpX2xpbms4OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDcKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDMgNCA1IDcKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAg IE4gICAgIDAgIDMgNCA1IDcKYWNwaV9ocGV0MDogPEhpZ2ggUHJlY2lzaW9u IEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24g YWNwaTAKYWNwaV9ocGV0MDogdmVuZDogMHg0MzUzIHJldjogMHgxIG51bTog NCBoejogMTQzMTgxODAgb3B0czogbGVnX3JvdXRlClRpbWVjb3VudGVyICJI UEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5MDAKY3B1MDog PEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUwOiBzd2l0Y2hpbmcgdG8gZ2VuZXJp YyBDeCBtb2RlCnBvd2Vybm93MDogPFBvd2VyTm93ISBLOD4gb24gY3B1MAph Y3BpX3Rocm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTAK YWNwaV90aHJvdHRsZTA6IFBfQ05UIGZyb20gUF9CTEsgMHg4MDEwCmNwdTE6 IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3cxOiA8UG93ZXJOb3chIEs4 PiBvbiBjcHUxCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNw aTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0w eGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApw Y2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTAKZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg1OTUwLCByZXZpZD0weDEwCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MzIyMCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDVhM2YsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0xLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAw LCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDBjICgzMDAwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NWEzNywg cmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTUsIGZ1bmM9MAoJ Y2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVn PTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBE MCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDVhMzgsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD02LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAw LCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKZm91bmQtPgl2ZW5kb3I9MHgx MDAyLCBkZXY9MHg0MzgwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAs IHNsb3Q9MTgsIGZ1bmM9MAoJY2xhc3M9MDEtMDEtOGYsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDBhMzAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMAoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHg4NDM4LCBzaXplICAzLCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIEkv TyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDg0NTQsIHNpemUgIDIsIGVuYWJs ZWQKCW1hcFsxOF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4 ODQzMCwgc2l6ZSAgMywgZW5hYmxlZAoJbWFwWzFjXTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHg4NDUwLCBzaXplICAyLCBlbmFibGVkCglt YXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDg0MDAs IHNpemUgIDQsIGVuYWJsZWQKCW1hcFsyNF06IHR5cGUgTWVtb3J5LCByYW5n ZSAzMiwgYmFzZSAweGMwMDA0MDAwLCBzaXplIDEwLCBlbmFibGVkCnBjaWIw OiBtYXRjaGVkIGVudHJ5IGZvciAwLjE4LklOVEEKcGNpYjA6IHNsb3QgMTgg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIyCmZvdW5kLT4JdmVuZG9yPTB4MTAw MiwgZGV2PTB4NDM4NywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTE5LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTEKCWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwMmEwLCBjYWNo ZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49 YSwgaXJxPTEwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhjMDAwNTAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogbWF0Y2hl ZCBlbnRyeSBmb3IgMC4xOS5JTlRBCnBjaWIwOiBzbG90IDE5IElOVEEgaGFy ZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0w eDQzODgsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOSwg ZnVuYz0xCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0w CgljbWRyZWc9MHgwMDE3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTgg KGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0x MQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4YzAw MDYwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkg Zm9yIDAuMTkuSU5UQgpwY2liMDogc2xvdCAxOSBJTlRCIGhhcmR3aXJlZCB0 byBJUlEgMTcKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0Mzg5LCBy ZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9MgoJ Y2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAxNywgc3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej04IChkd29yZHMp CglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1jLCBpcnE9MTEKCW1hcFsx MF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGMwMDA3MDAwLCBz aXplIDEyLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE5 LklOVEMKcGNpYjA6IHNsb3QgMTkgSU5UQyBoYXJkd2lyZWQgdG8gSVJRIDE4 CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4YSwgcmV2aWQ9MHgw MAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE5LCBmdW5jPTMKCWNsYXNzPTBj LTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMTcs IHN0YXRyZWc9MHgwMmEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTExCgltYXBbMTBdOiB0eXBl IE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhjMDAwODAwMCwgc2l6ZSAxMiwg ZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5JTlRCCnBj aWIwOiBzbG90IDE5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxNwpmb3VuZC0+ CXZlbmRvcj0weDEwMDIsIGRldj0weDQzOGIsIHJldmlkPTB4MDAKCWRvbWFp bj0wLCBidXM9MCwgc2xvdD0xOSwgZnVuYz00CgljbGFzcz0wYy0wMy0xMCwg aGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDE3LCBzdGF0cmVn PTB4MDJhMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAg KDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWMsIGlycT0xMQoJbWFwWzEwXTogdHlwZSBNZW1vcnks IHJhbmdlIDMyLCBiYXNlIDB4YzAwMDkwMDAsIHNpemUgMTIsIGVuYWJsZWQK cGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQwpwY2liMDogc2xv dCAxOSBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTgKZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg0Mzg2LCByZXZpZD0weDAwCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MTksIGZ1bmM9NQoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAyYjAs IGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWlu dHBpbj1kLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBE MiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdl IDMyLCBiYXNlIDB4YzAwMDQ0MDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjA6 IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5URApwY2liMDogc2xvdCAxOSBJ TlREIGhhcmR3aXJlZCB0byBJUlEgMTkKZm91bmQtPgl2ZW5kb3I9MHgxMDAy LCBkZXY9MHg0Mzg1LCByZXZpZD0weDE0Cglkb21haW49MCwgYnVzPTAsIHNs b3Q9MjAsIGZ1bmM9MAoJY2xhc3M9MGMtMDUtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDAwMywgc3RhdHJlZz0weDAyMzAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCW1hcFsxMF06IHR5 cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ODQxMCwgc2l6ZSAgNCwg ZW5hYmxlZAoJbWFwWzE0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNl IDB4ZmVkMDAwMDAsIHNpemUgMTAsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg0MzhjLCByZXZpZD0weDAwCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MjAsIGZ1bmM9MQoJY2xhc3M9MDEtMDEtOGEsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNSwgc3RhdHJlZz0weDAyMjAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1hLCBpcnE9MjU1CgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweDg0MjAsIHNpemUgIDQsIGVuYWJsZWQKZm91bmQtPgl2ZW5k b3I9MHgxMDAyLCBkZXY9MHg0MzgzLCByZXZpZD0weDAwCglkb21haW49MCwg YnVzPTAsIHNsb3Q9MjAsIGZ1bmM9MgoJY2xhc3M9MDQtMDMtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDA0 MTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBE MyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0 LCBiYXNlIDB4YzAwMDAwMDAsIHNpemUgMTQsIGVuYWJsZWQKcGNpYjA6IG1h dGNoZWQgZW50cnkgZm9yIDAuMjAuSU5UQQpwY2liMDogc2xvdCAyMCBJTlRB IGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBk ZXY9MHg0MzhkLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MjAsIGZ1bmM9MwoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQoJY21kcmVnPTB4MDAwZiwgc3RhdHJlZz0weDAyMjAsIGNhY2hlbG5z ej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg0Mzg0LCByZXZpZD0weDAwCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MjAsIGZ1bmM9NAoJY2xhc3M9MDYtMDQtMDEsIGhkcnR5cGU9 MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyYTAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5z KSwgbWluZ250PTB4MDYgKDE1MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0weDAw Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MAoJY2xhc3M9MDYt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAxLCBy ZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MQoJ Y2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVn PTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9 MHgxMTAyLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQs IGZ1bmM9MgoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0w IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgx MDIyLCBkZXY9MHgxMTAzLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAs IHNsb3Q9MjQsIGZ1bmM9MwoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKcGNpYjE6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNp YjE6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMTogICBzZWNvbmRhcnkg YnVzICAgICAxCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEKcGNpYjE6 ICAgSS9PIGRlY29kZSAgICAgICAgMHg5MDAwLTB4OWZmZgpwY2liMTogICBt ZW1vcnkgZGVjb2RlICAgICAweGMwMTAwMDAwLTB4YzAxZmZmZmYKcGNpYjE6 ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhjODAwMDAwMC0weGNmZmZmZmZmCnBj aTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IGRvbWFpbj0wLCBw aHlzaWNhbCBidXM9MQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDU5 NzUsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MSwgc2xvdD01LCBmdW5j PTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNt ZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9OCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MiAoMTk4MCBucyksIG1pbmdudD0weDA4ICgy MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEw Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQg RDAKCW1hcFsxMF06IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2Ug MzIsIGJhc2UgMHhjODAwMDAwMCwgc2l6ZSAyNywgZW5hYmxlZApwY2liMTog cmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGM4MDAwMDAwLTB4Y2ZmZmZmZmY6 IGdvb2QKCW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNl IDB4OTAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMTogcmVxdWVzdGVkIEkv TyByYW5nZSAweDkwMDAtMHg5MGZmOiBpbiByYW5nZQoJbWFwWzE4XTogdHlw ZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4YzAxMDAwMDAsIHNpemUgMTYs IGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhjMDEw MDAwMC0weGMwMTBmZmZmOiBnb29kCnBjaWIxOiBtYXRjaGVkIGVudHJ5IGZv ciAxLjUuSU5UQQpwY2liMTogc2xvdCA1IElOVEEgaGFyZHdpcmVkIHRvIElS USAxNwp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAw eDkwMDAtMHg5MGZmIG1lbSAweGM4MDAwMDAwLTB4Y2ZmZmZmZmYsMHhjMDEw MDAwMC0weGMwMTBmZmZmIGlycSAxNyBhdCBkZXZpY2UgNS4wIG9uIHBjaTEK cGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNS4wIG9u IHBjaTAKcGNpYjI6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMjogICBz ZWNvbmRhcnkgYnVzICAgICAyCnBjaWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAg IDQKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHgwLTB4MApwY2liMjog ICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMgpwY2kyOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTIKcGNpYjM6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNi4wIG9uIHBjaTAK cGNpYjM6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMzogICBzZWNvbmRh cnkgYnVzICAgICA1CnBjaWIzOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDcKcGNp YjM6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAwLTB4ZmZmCnBjaWIzOiAg IG1lbW9yeSBkZWNvZGUgICAgIDB4YzAyMDAwMDAtMHhjMDJmZmZmZgpwY2li MzogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2k1OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMwpwY2k1OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTUKZm91 bmQtPgl2ZW5kb3I9MHgxNGU0LCBkZXY9MHg0MzExLCByZXZpZD0weDAxCglk b21haW49MCwgYnVzPTUsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMi04MC0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0 cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRz IEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNz YWdlCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhj MDIwMDAwMCwgc2l6ZSAxNCwgZW5hYmxlZApwY2liMzogcmVxdWVzdGVkIG1l bW9yeSByYW5nZSAweGMwMjAwMDAwLTB4YzAyMDNmZmY6IGdvb2QKcGNpYjM6 IG1hdGNoZWQgZW50cnkgZm9yIDUuMC5JTlRBCnBjaWIzOiBzbG90IDAgSU5U QSBoYXJkd2lyZWQgdG8gSVJRIDE4CnBjaTU6IDxuZXR3b3JrPiBhdCBkZXZp Y2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0YXBjaTA6IDxBVEkgQVRB IGNvbnRyb2xsZXI+IHBvcnQgMHg4NDM4LTB4ODQzZiwweDg0NTQtMHg4NDU3 LDB4ODQzMC0weDg0MzcsMHg4NDUwLTB4ODQ1MywweDg0MDAtMHg4NDBmIG1l bSAweGMwMDA0MDAwLTB4YzAwMDQzZmYgaXJxIDIyIGF0IGRldmljZSAxOC4w IG9uIHBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgxMCBieXRlcyBmb3Igcmlk IDB4MjAgdHlwZSA0IGF0IDB4ODQwMAppb2FwaWMwOiByb3V0aW5nIGludHBp biAyMiAoUENJIElSUSAyMikgdG8gdmVjdG9yIDQ5CmF0YXBjaTA6IFtNUFNB RkVdCmF0YXBjaTA6IFtJVEhSRUFEXQphdGEyOiA8QVRBIGNoYW5uZWwgMD4g b24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJp ZCAweDEwIHR5cGUgNCBhdCAweDg0MzgKYXRhcGNpMDogUmVzZXJ2ZWQgMHg0 IGJ5dGVzIGZvciByaWQgMHgxNCB0eXBlIDQgYXQgMHg4NDU0CmF0YTI6IHJl c2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDAKYXRhMjogc3Rh dDA9MHg1MCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEyOiBzdGF0 MT0weDAwIGVycj0weDAwIGxzYj0weDAwIG1zYj0weDAwCmF0YTI6IHJlc2V0 IHRwMiBzdGF0MD01MCBzdGF0MT0wMCBkZXZpY2VzPTB4MTxBVEFfTUFTVEVS PgphdGEyOiBbTVBTQUZFXQphdGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBj aGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5 dGVzIGZvciByaWQgMHgxOCB0eXBlIDQgYXQgMHg4NDMwCmF0YXBjaTA6IFJl c2VydmVkIDB4NCBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4ODQ1 MAphdGEzOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9N2Ygb3N0YXQxPTdm CmF0YTM6IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YK YXRhMzogc3RhdDA9MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3Zgph dGEzOiBzdGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmCmF0 YTM6IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRh Mzogc3RhdDA9MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEz OiBzdGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmCmF0YTM6 IHN0YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMzog c3RhdDA9MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEzOiBz dGF0MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmCmF0YTM6IHN0 YXQwPTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMzogc3Rh dDA9MHg3ZiBlcnI9MHg3ZiBsc2I9MHg3ZiBtc2I9MHg3ZgphdGEzOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmCmF0YTM6IHN0YXQx PTB4N2YgZXJyPTB4N2YgbHNiPTB4N2YgbXNiPTB4N2YKYXRhMzogcmVzZXQg dHAyIHN0YXQwPWZmIHN0YXQxPWZmIGRldmljZXM9MHgwCmF0YTM6IFtNUFNB RkVdCmF0YTM6IFtJVEhSRUFEXQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVT QiBjb250cm9sbGVyPiBtZW0gMHhjMDAwNTAwMC0weGMwMDA1ZmZmIGlycSAx NiBhdCBkZXZpY2UgMTkuMCBvbiBwY2kwCm9oY2kwOiBSZXNlcnZlZCAweDEw MDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGMwMDA1MDAwCmlv YXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJRIDE2KSB0byB2ZWN0 b3IgNTAKb2hjaTA6IFtHSUFOVC1MT0NLRURdCm9oY2kwOiBbSVRIUkVBRF0K dXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNiMDog PE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMAp1c2Iw OiBVU0IgcmV2aXNpb24gMS4wCnVodWIwOiA8QVRJIE9IQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwCnVo dWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApv aGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhj MDAwNjAwMC0weGMwMDA2ZmZmIGlycSAxNyBhdCBkZXZpY2UgMTkuMSBvbiBw Y2kwCm9oY2kxOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEw IHR5cGUgMyBhdCAweGMwMDA2MDAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGlu IDE3IChQQ0kgSVJRIDE3KSB0byB2ZWN0b3IgNTEKb2hjaTE6IFtHSUFOVC1M T0NLRURdCm9oY2kxOiBbSVRIUkVBRF0KdXNiMTogT0hDSSB2ZXJzaW9uIDEu MCwgbGVnYWN5IHN1cHBvcnQKdXNiMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBj b250cm9sbGVyPiBvbiBvaGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVo dWIxOiA8QVRJIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2IxCnVodWIxOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZApvaGNpMjogPE9IQ0kgKGdlbmVyaWMp IFVTQiBjb250cm9sbGVyPiBtZW0gMHhjMDAwNzAwMC0weGMwMDA3ZmZmIGly cSAxOCBhdCBkZXZpY2UgMTkuMiBvbiBwY2kwCm9oY2kyOiBSZXNlcnZlZCAw eDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGMwMDA3MDAw CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE4IChQQ0kgSVJRIDE4KSB0byB2 ZWN0b3IgNTIKb2hjaTI6IFtHSUFOVC1MT0NLRURdCm9oY2kyOiBbSVRIUkVB RF0KdXNiMjogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNi MjogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMgp1 c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVodWIyOiA8QVRJIE9IQ0kgcm9vdCBo dWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2Iy CnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZApvaGNpMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0g MHhjMDAwODAwMC0weGMwMDA4ZmZmIGlycSAxNyBhdCBkZXZpY2UgMTkuMyBv biBwY2kwCm9oY2kzOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAw eDEwIHR5cGUgMyBhdCAweGMwMDA4MDAwCm9oY2kzOiBbR0lBTlQtTE9DS0VE XQpvaGNpMzogW0lUSFJFQURdCnVzYjM6IE9IQ0kgdmVyc2lvbiAxLjAsIGxl Z2FjeSBzdXBwb3J0CnVzYjM6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJv bGxlcj4gb24gb2hjaTMKdXNiMzogVVNCIHJldmlzaW9uIDEuMAp1aHViMzog PEFUSSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMT4gb24gdXNiMwp1aHViMzogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKb2hjaTQ6IDxPSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcj4gbWVtIDB4YzAwMDkwMDAtMHhjMDAwOWZmZiBpcnEgMTgg YXQgZGV2aWNlIDE5LjQgb24gcGNpMApvaGNpNDogUmVzZXJ2ZWQgMHgxMDAw IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhjMDAwOTAwMApvaGNp NDogW0dJQU5ULUxPQ0tFRF0Kb2hjaTQ6IFtJVEhSRUFEXQp1c2I0OiBPSENJ IHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2I0OiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2k0CnVzYjQ6IFVTQiByZXZp c2lvbiAxLjAKdWh1YjQ6IDxBVEkgT0hDSSByb290IGh1YiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjQKdWh1YjQ6IDIgcG9y dHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kwOiA8RUhD SSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhjMDAwNDQw MC0weGMwMDA0NGZmIGlycSAxOSBhdCBkZXZpY2UgMTkuNSBvbiBwY2kwCmVo Y2kwOiBSZXNlcnZlZCAweDEwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAz IGF0IDB4YzAwMDQ0MDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTkgKFBD SSBJUlEgMTkpIHRvIHZlY3RvciA1MwplaGNpMDogW0dJQU5ULUxPQ0tFRF0K ZWhjaTA6IFtJVEhSRUFEXQplaGNpMDogRHJvcHBlZCBpbnRlcnJ1cHRzIHdv cmthcm91bmQgZW5hYmxlZAp1c2I1OiBFSENJIHZlcnNpb24gMS4wCnVzYjU6 IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVz YjEgdXNiMiB1c2IzIHVzYjQKdXNiNTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAy LjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNiNTogVVNCIHJldmlzaW9uIDIu MAp1aHViNTogPEFUSSBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAy LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNQp1aHViNTogMTAgcG9ydHMgd2l0 aCAxMCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwY2kwOiA8c2VyaWFsIGJ1 cywgU01CdXM+IGF0IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0YWNoZWQp CmF0YXBjaTE6IDxBVEkgSVhQNjAwIFVETUExMzMgY29udHJvbGxlcj4gcG9y dCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDg0MjAt MHg4NDJmIGF0IGRldmljZSAyMC4xIG9uIHBjaTAKYXRhcGNpMTogUmVzZXJ2 ZWQgMHgxMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4ODQyMAph dGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQphdGFwY2kxOiBSZXNl cnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweDFmMAph dGFwY2kxOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUg NCBhdCAweDNmNgphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAg b3N0YXQxPTAwCmF0YTA6IHN0YXQwPTB4MDAgZXJyPTB4MDEgbHNiPTB4MTQg bXNiPTB4ZWIKYXRhMDogc3RhdDE9MHgwMCBlcnI9MHgwMCBsc2I9MHgwMCBt c2I9MHgwMAphdGEwOiByZXNldCB0cDIgc3RhdDA9MDAgc3RhdDE9MDAgZGV2 aWNlcz0weDQ8QVRBUElfTUFTVEVSPgppb2FwaWMwOiByb3V0aW5nIGludHBp biAxNCAoSVNBIElSUSAxNCkgdG8gdmVjdG9yIDU0CmF0YTA6IFtNUFNBRkVd CmF0YTA6IFtJVEhSRUFEXQpwY20wOiA8QVRJIFNCNjAwIEhpZ2ggRGVmaW5p dGlvbiBBdWRpbyBDb250cm9sbGVyPiBtZW0gMHhjMDAwMDAwMC0weGMwMDAz ZmZmIGlycSAxNiBhdCBkZXZpY2UgMjAuMiBvbiBwY2kwCnBjbTA6IERNQSBD b2hlcmVuY3k6IFVuY2FjaGVhYmxlIC8gdmVuZG9yPTB4MTAwMgpwY20wOiBS ZXNlcnZlZCAweDQwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAw eGMwMDAwMDAwCnBjbTA6IFtNUFNBRkVdCnBjbTA6IFtJVEhSRUFEXQpwY20w OiBoZGFjX2RtYV9hbGxvYzogc2l6ZT0xMDI0IC0+IHJvdW5kc3o9MTAyNApw Y20wOiBoZGFjX2RtYV9hbGxvYzogc2l6ZT0yMDQ4IC0+IHJvdW5kc3o9MjA0 OAppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMjAuMyBvbiBw Y2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApwY2liNDogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMC40IG9uIHBjaTAKcGNpYjQ6ICAg ZG9tYWluICAgICAgICAgICAgMApwY2liNDogICBzZWNvbmRhcnkgYnVzICAg ICA4CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEwCnBjaWI0OiAgIEkv TyBkZWNvZGUgICAgICAgIDB4ZjAwMC0weGZmZgpwY2liNDogICBtZW1vcnkg ZGVjb2RlICAgICAweGMwMzAwMDAwLTB4YzAzZmZmZmYKcGNpYjQ6ICAgbm8g cHJlZmV0Y2hlZCBkZWNvZGUKcGNpYjQ6ICAgU3VidHJhY3RpdmVseSBkZWNv ZGVkIGJyaWRnZS4KcGNpODogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNp ODogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz04CmZvdW5kLT4JdmVuZG9yPTB4 MTRlNCwgZGV2PTB4MTcwYywgcmV2aWQ9MHgwMgoJZG9tYWluPTAsIGJ1cz04 LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBE MyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMy LCBiYXNlIDB4YzAzMDAwMDAsIHNpemUgMTMsIGVuYWJsZWQKcGNpYjQ6IHJl cXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhjMDMwMDAwMC0weGMwMzAxZmZmOiBn b29kCnBjaWI0OiBtYXRjaGVkIGVudHJ5IGZvciA4LjAuSU5UQQpwY2liNDog c2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMQpmb3VuZC0+CXZlbmRv cj0weDExODAsIGRldj0weDA4MjIsIHJldmlkPTB4MTkKCWRvbWFpbj0wLCBi dXM9OCwgc2xvdD0xLCBmdW5jPTAKCWNsYXNzPTA4LTA1LTAwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjEw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglp bnRwaW49YiwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEg RDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5n ZSAzMiwgYmFzZSAweGMwMzAyMDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWI0 OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzAzMDIwMDAtMHhjMDMwMjBm ZjogZ29vZApwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgOC4xLklOVEIKcGNp YjQ6IHNsb3QgMSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMjAKZm91bmQtPgl2 ZW5kb3I9MHgxMTgwLCBkZXY9MHgwODQzLCByZXZpZD0weDAxCglkb21haW49 MCwgYnVzPTgsIHNsb3Q9MSwgZnVuYz0xCgljbGFzcz0wOC04MC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4 MDIxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWIsIGlycT05Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEg RDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5n ZSAzMiwgYmFzZSAweGMwMzAyNDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWI0 OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzAzMDI0MDAtMHhjMDMwMjRm ZjogZ29vZApwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgOC4xLklOVEIKcGNp YjQ6IHNsb3QgMSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMjAKYmZlMDogPEJy b2FkY29tIEJDTTQ0MDEtQjAgRmFzdCBFdGhlcm5ldD4gbWVtIDB4YzAzMDAw MDAtMHhjMDMwMWZmZiBpcnEgMjEgYXQgZGV2aWNlIDAuMCBvbiBwY2k4CmJm ZTA6IFJlc2VydmVkIDB4MjAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAz IGF0IDB4YzAzMDAwMDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIGJmZTAKYm10 cGh5MDogPEJDTTQ0MDEgMTAvMTAwYmFzZVRYIFBIWT4gUEhZIDEgb24gbWlp YnVzMApibXRwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VU WCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpiZmUwOiB1c2luZyBvYnNvbGV0ZWQg aWZfd2F0Y2hkb2cgaW50ZXJmYWNlCmJmZTA6IGJwZiBhdHRhY2hlZApiZmUw OiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxYzoyMzo4YTowMjpmYgppb2FwaWMw OiByb3V0aW5nIGludHBpbiAyMSAoUENJIElSUSAyMSkgdG8gdmVjdG9yIDU1 CmJmZTA6IFtNUFNBRkVdCmJmZTA6IFtJVEhSRUFEXQpwY2k4OiA8YmFzZSBw ZXJpcGhlcmFsPiBhdCBkZXZpY2UgMS4wIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTg6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxLjEgKG5vIGRy aXZlciBhdHRhY2hlZCkKYWNwaV9idXR0b24xOiA8U2xlZXAgQnV0dG9uPiBv biBhY3BpMAphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNo PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAK YmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFj cGkwCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2 NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEg b24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIg Y29tbWFuZCBieXRlIDAwNDcKYXRrYmQ6IGtleWJvYXJkIElEIDB4NDFhYiAo MikKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgy KSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAKaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byB2ZWN0b3IgNTYKYXRrYmQwOiBb R0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpwc20wOiB1bmFibGUg dG8gYWxsb2NhdGUgSVJRCnBzbWNwbnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBp cnEgMTIgb24gYWNwaTAKcHNtMDogY3VycmVudCBjb21tYW5kIGJ5dGU6MDA0 Nwpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMTIgKElTQSBJUlEgMTIpIHRvIHZlY3RvciA1 Nwpwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBbSVRIUkVBRF0KcHNtMDog bW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMC0wMCwgMiBi dXR0b25zCnBzbTA6IGNvbmZpZzowMDAwMDAwMCwgZmxhZ3M6MDAwMDAwMDgs IHBhY2tldCBzaXplOjMKcHNtMDogc3luY21hc2s6YzAsIHN5bmNiaXRzOjAw CmF0a2JkYzogYXRrYmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQK c2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2Ew IGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRy ZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwppc2FfcHJvYmVfY2hpbGRyZW46 IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCm9ybTA6IDxJU0EgT3B0aW9uIFJP TXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjY2ZmZiwweGNkMDAwLTB4Y2RmZmYg b24gaXNhMApmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4M2YwIGly cSA2IGRycSAyIG9uIGlzYTAKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJx IDcgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgx MDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxh Z3M9MHgzMDA+CnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjog c2MgKHN5c2NvbnMgdGVybWluYWwpCnNpbzAgZmFpbGVkIHRvIHByb2JlIGF0 IHBvcnQgMHgzZjggaXJxIDQgb24gaXNhMApzaW8xIGZhaWxlZCB0byBwcm9i ZSBhdCBwb3J0IDB4MmY4IGlycSAzIG9uIGlzYTAKc2lvMjogbm90IHByb2Jl ZCAoZGlzYWJsZWQpCnNpbzM6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQp2Z2Ew OiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVt IDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCmlzYV9wcm9iZV9jaGlsZHJlbjog cHJvYmluZyBQblAgZGV2aWNlcwpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5p c2hlZC4KcHJvY2ZzIHJlZ2lzdGVyZWQKbGFwaWM6IERpdmlzb3IgMiwgRnJl cXVlbmN5IDk5NzUwNjk3IGh6ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5j eSAxNTk2MDExMDk4IEh6IHF1YWxpdHkgLTEwMApUaW1lY291bnRlcnMgdGlj ayBldmVyeSAxLjAwMCBtc2VjCmxvMDogYnBmIGF0dGFjaGVkCmFjcGlfYWNh ZDA6IGFjbGluZSBpbml0aWFsaXphdGlvbiBzdGFydApiYXR0ZXJ5MDogYmF0 dGVyeSBpbml0aWFsaXphdGlvbiBzdGFydAphY3BpX2FjYWQwOiBPbiBMaW5l CmFjcGlfYWNhZDA6IGFjbGluZSBpbml0aWFsaXphdGlvbiBkb25lLCB0cmll ZCAxIHRpbWVzCmF0YTAtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVk bWE9VURNQTMzIGNhYmxlPTgwIHdpcmUKYXRhMi1tYXN0ZXI6IHBpbz1QSU80 IHdkbWE9V0RNQTIgdWRtYT1VRE1BMTMzIGNhYmxlPTQwIHdpcmUKYWQ0OiA3 NjMxOU1CIDxTZWFnYXRlIFNUOTgwODExQVMgMy5DREQ+IGF0IGF0YTItbWFz dGVyIFVETUEzMwphZDQ6IDE1NjMwMTQ4OCBzZWN0b3JzIFsxNTUwNjFDLzE2 SC82M1NdIDE2IHNlY3RvcnMvaW50ZXJydXB0IDEgZGVwdGggcXVldWUKcGNt MDogSERBX0RFQlVHOiBIREEgQ29uZmlnOiBvbj0weDAwMDAwMDAwIG9mZj0w eDAwMDAwMDAwCnBjbTA6IEhEQV9ERUJVRzogU3RhcnRpbmcgQ09SQiBFbmdp bmUuLi4KcGNtMDogSERBX0RFQlVHOiBTdGFydGluZyBSSVJCIEVuZ2luZS4u LgpwY20wOiBIREFfREVCVUc6IEVuYWJsaW5nIGNvbnRyb2xsZXIgaW50ZXJy dXB0Li4uCnBjbTA6IEhEQV9ERUJVRzogU2Nhbm5pbmcgSERBIGNvZGVjcyBb c3RhcnQgaW5kZXg9MF0gLi4uCnBjbTA6IEhEQV9ERUJVRzogUHJvYmluZyBj b2RlYzogMApwY20wOiBIREFfREVCVUc6IAlzdGFydG5vZGU9MiBlbmRub2Rl PTMKcGNtMDogSERBX0RFQlVHOiAJQUZHIG5vdCBmb3VuZApwY20wOiBIREFf REVCVUc6IFByb2JpbmcgY29kZWM6IDEKcGNtMDogSERBX0RFQlVHOiAJc3Rh cnRub2RlPTEgZW5kbm9kZT0yCnBjbTA6IEhEQV9ERUJVRzogCUZvdW5kIEFG RyBuaWQ9MSBbc3RhcnRub2RlPTEgZW5kbm9kZT0yXQpwY20wOiBIREFfREVC VUc6IFBhcnNpbmcgQUZHIG5pZD0xIGNhZD0xCnBjbTA6ICAgICAgICBWZW5k b3I6IDB4MDAwMDgzODQKcGNtMDogICAgICAgIERldmljZTogMHgwMDAwNzY5 MApwY20wOiAgICAgIFJldmlzaW9uOiAweDAwMDAwMDIyCnBjbTA6ICAgICAg U3RlcHBpbmc6IDB4MDAwMDAwMDEKcGNtMDogUENJIFN1YnZlbmRvcjogMHgw MjJhMTAyOApwY20wOiAgICAgICAgIE5vZGVzOiBzdGFydD0yIGVuZG5vZGU9 MjEgdG90YWw9MTkKcGNtMDogICAgIENPUkIgc2l6ZTogMjU2CnBjbTA6ICAg ICBSSVJCIHNpemU6IDI1NgpwY20wOiAgICAgICBTdHJlYW1zOiBJU1M9NCBP U1M9NCBCU1M9MApwY20wOiAgICAgICAgICBHUElPOiAweGMwMDAwMDA0CnBj bTA6ICAgICAgICAgICAgICAgIE51bUdQSU89NCBOdW1HUE89MCBOdW1HUEk9 MCBHUElXYWtlPTEgR1BJVW5zb2w9MQpwY20wOiBIREFfREVCVUc6IGhkYWNf d2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0zIGVudHJpZXM9MSBmb3Vu ZD0xCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVjdGlvbl9w YXJzZTogbmlkPTQgZW50cmllcz0xIGZvdW5kPTEKcGNtMDogSERBX0RFQlVH OiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9NyBlbnRyaWVz PTMgZm91bmQ9MwpwY20wOiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5l Y3Rpb25fcGFyc2U6IG5pZD05IGVudHJpZXM9MiBmb3VuZD0yCnBjbTA6IEhE QV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTEw IGVudHJpZXM9MSBmb3VuZD0xCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRn ZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTExIGVudHJpZXM9MSBmb3VuZD0x CnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVjdGlvbl9wYXJz ZTogbmlkPTEyIGVudHJpZXM9NSBmb3VuZD01CnBjbTA6IEhEQV9ERUJVRzog aGRhY193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTEzIGVudHJpZXM9 MSBmb3VuZD0xCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVj dGlvbl9wYXJzZTogbmlkPTE0IGVudHJpZXM9MSBmb3VuZD0xCnBjbTA6IEhE QV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTE1 IGVudHJpZXM9MSBmb3VuZD0xCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRn ZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTE2IGVudHJpZXM9MSBmb3VuZD0x CnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVjdGlvbl9wYXJz ZTogbmlkPTE3IGVudHJpZXM9MSBmb3VuZD0xCnBjbTA6IEhEQV9ERUJVRzog aGRhY193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTE5IGVudHJpZXM9 MSBmb3VuZD0xCnBjbTA6IEhEQV9ERUJVRzogUGFyc2luZyBDdGxzLi4uCnBj bTA6IEhEQV9ERUJVRzogUGFyc2luZyB2ZW5kb3IgcGF0Y2guLi4KcGNtMDog SERBX0RFQlVHOiBCdWlsZGluZyBBRkcgdHJlZS4uLgpwY20wOiBIREFfREVC VUc6IEhXaVA6IEhEQSBXaWRnZXQgUGFyc2VyIC0gUmV2aXNpb24gMQpwY20w OiBIREFfREVCVUc6IEhXaVA6IEZvdW5kIDIgREFDIHBhdGggdXNpbmcgSERB X1BBUlNFX01JWEVSIHN0cmF0ZWd5LgpwY20wOiBIREFfREVCVUc6IEFGRyBj b21taXQuLi4KcGNtMDogSERBX0RFQlVHOiBDdGxzIGNvbW1pdC4uLgpwY20w OiBbIDJdIEN0bCBuaWQ9MTEgQmluZCB0byBOT05FCnBjbTA6IFsgNF0gQ3Rs IG5pZD0xNyBESVNBQkxFRApwY20wOiBIREFfREVCVUc6IFBDTURJUl9QTEFZ IHNldHVwLi4uCnBjbTA6IEhEQV9ERUJVRzogUENNRElSX1JFQyBzZXR1cC4u LgpwY20wOiBIREFfREVCVUc6IE9TUyBtaXhlciBpbml0aWFsaXphdGlvbi4u LgpwY20wOiBIREFfREVCVUc6IFBpbiBzZW5zZTogbmlkPTEzIHRpbWVvdXQ9 MTAwMDAgcmVzPTB4N2ZmZmZmZmYKcGNtMDogSERBX0RFQlVHOiBFbmFibGlu ZyBoZWFkcGhvbmUvc3BlYWtlciBhdWRpbyByb3V0aW5nIHN3aXRjaGluZzoK cGNtMDogSERBX0RFQlVHOiAJaW5kZXg9MjUgbmlkPTEzIHBjaV9zdWJ2ZW5k b3I9MHgwMjJhMTAyOCBjb2RlYz0weDgzODQ3NjkwIFtVTlNPTF0KcGNtMDog SERBX0RFQlVHOiBGb3JjaW5nIFNvZnQgUENNIHZvbHVtZQpwY20wOiBNaXhl ciAidm9sIjoKcGNtMDogTWl4ZXIgInBjbSI6CnBjbTA6IE1peGVyICJzcGVh a2VyIjoKcGNtMDogTWl4ZXIgIm1pYyI6CnBjbTA6IE1peGVyICJyZWMiOgpw Y20wOiBTb2Z0IFBDTSBtaXhlciBFTkFCTEVECnBjbTA6IEhEQV9ERUJVRzog UmVnaXN0ZXJpbmcgUENNIGNoYW5uZWxzLi4uCnBjbTA6IGNsb25lIG1hbmFn ZXI6IGRlYWRsaW5lPTc1MG1zIGZsYWdzPTB4ODAwMDAwMWUKcGNtMDogaGRh Y19kbWFfYWxsb2M6IHNpemU9NDA5NiAtPiByb3VuZHN6PTQwOTYKcGNtMDog c25kYnVmX3NldG1hcCAyNjVjMDAwLCA0MDAwOyAweGZmZmZmZmZmYTdhYzEw MDAgLT4gMjY1YzAwMApwY20wOiBoZGFjX2RtYV9hbGxvYzogc2l6ZT00MDk2 IC0+IHJvdW5kc3o9NDA5NgpwY20wOiBzbmRidWZfc2V0bWFwIDI2NjQwMDAs IDQwMDA7IDB4ZmZmZmZmZmZhN2FjNTAwMCAtPiAyNjY0MDAwCnBjbTA6IDxI REEgQ29kZWM6IFNpZ21hdGVsIFNUQUM5MjIwPgpwY20wOiA8SERBIENvZGVj IElEOiAweDgzODQ3NjkwPgpwY20wOiA8SERBIERyaXZlciBSZXZpc2lvbjog MjAwNzExMjlfMDA1MD4KcGNtMDogCnBjbTA6IEhEQSBjb25maWcvcXVpcmtz OiBzb2Z0cGNtdm9sIGZvcmNlc3RlcmVvIGl2cmVmNTAgaXZyZWY4MCBpdnJl ZjEwMCBpdnJlZgpwY20wOiAKcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0r CnBjbTA6IHwgRFVNUElORyBIREEgTk9ERVMgfApwY20wOiArLS0tLS0tLS0t LS0tLS0tLS0tLSsKcGNtMDogCnBjbTA6IERlZmF1bHQgUGFyYW1ldGVyCnBj bTA6IC0tLS0tLS0tLS0tLS0tLS0tCnBjbTA6ICAgICAgU3RyZWFtIGNhcDog MHgwMDAwMDAwMQpwY20wOiAgICAgICAgICBGb3JtYXQ6IFBDTQpwY20wOiAg ICAgICAgIFBDTSBjYXA6IDB4MDAwZTA3ZTAKcGNtMDogICAgICAgIFBDTSBz aXplOiAxNiAyMCAyNApwY20wOiAgICAgICAgUENNIHJhdGU6IDQ0IDQ4IDg4 IDk2IDE3NiAxOTIKcGNtMDogICAgICAgICAgSU4gYW1wOiAweDAwMDAwMDAw CnBjbTA6ICAgICAgICAgT1VUIGFtcDogMHg4MDA1MWYxZgpwY20wOiAKcGNt MDogICAgICAgICAgICAgbmlkOiAyIFtBTkFMT0ddCnBjbTA6ICAgICAgICAg ICAgbmFtZTogYXVkaW8gb3V0cHV0CnBjbTA6ICAgICAgd2lkZ2V0X2NhcDog MHgwMDBkMDQwMQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDEK cGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwCnBjbTA6ICAgICAg U3RyZWFtIGNhcDogMHgwMDAwMDAwMQpwY20wOiAgICAgICAgICBGb3JtYXQ6 IFBDTQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA3ZTAKcGNtMDog ICAgICAgIFBDTSBzaXplOiAxNiAyMCAyNApwY20wOiAgICAgICAgUENNIHJh dGU6IDQ0IDQ4IDg4IDk2IDE3NiAxOTIKcGNtMDogICAgIGNvbm5lY3Rpb25z OiAwCnBjbTA6IApwY20wOiAgICAgICAgICAgICBuaWQ6IDMgW0FOQUxPR10K cGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBpbnB1dApwY20wOiAgICAg IHdpZGdldF9jYXA6IDB4MDAxZDA1NDEKcGNtMDogICAgIFBhcnNlIGZsYWdz OiAweDAwMDAwMDAyCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDgw MApwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKcGNtMDogICAg ICAgICAgRm9ybWF0OiBQQ00KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAw MGUwN2UwCnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYgMjAgMjQKcGNtMDog ICAgICAgIFBDTSByYXRlOiA0NCA0OCA4OCA5NiAxNzYgMTkyCnBjbTA6ICAg ICBjb25uZWN0aW9uczogMQpwY20wOiAgICAgICAgICAgfApwY20wOiAgICAg ICAgICAgKyA8LSBuaWQ9MTAgW2F1ZGlvIHNlbGVjdG9yXQpwY20wOiAKcGNt MDogICAgICAgICAgICAgbmlkOiA0IFtESUdJVEFMXSBbRElTQUJMRURdCnBj bTA6ICAgICAgICAgICAgbmFtZTogYXVkaW8gaW5wdXQKcGNtMDogICAgICB3 aWRnZXRfY2FwOiAweDAwMTQwMzExCnBjbTA6ICAgICBQYXJzZSBmbGFnczog MHgwMDAwMDAwMApwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDAK cGNtMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA1CnBjbTA6ICAgICAg ICAgIEZvcm1hdDogQUMzIFBDTQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAwZTAxNjAKcGNtMDogICAgICAgIFBDTSBzaXplOiAxNiAyMCAyNApwY20w OiAgICAgICAgUENNIHJhdGU6IDQ0IDQ4IDk2CnBjbTA6ICAgICBjb25uZWN0 aW9uczogMQpwY20wOiAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgKyA8 LSBuaWQ9OCBbcGluOiBvdGhlciAobm9uZSldIFtESVNBQkxFRF0KcGNtMDog CnBjbTA6ICAgICAgICAgICAgIG5pZDogNSBbRElHSVRBTF0gW0RJU0FCTEVE XQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG91dHB1dApwY20wOiAg ICAgIHdpZGdldF9jYXA6IDB4MDAwNDAyMTEKcGNtMDogICAgIFBhcnNlIGZs YWdzOiAweDAwMDAwMDAwCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAw MDAwMApwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDUKcGNtMDog ICAgICAgICAgRm9ybWF0OiBBQzMgUENNCnBjbTA6ICAgICAgICAgUENNIGNh cDogMHgwMDBlMDFlMApwY20wOiAgICAgICAgUENNIHNpemU6IDE2IDIwIDI0 CnBjbTA6ICAgICAgICBQQ00gcmF0ZTogNDQgNDggODggOTYKcGNtMDogICAg IGNvbm5lY3Rpb25zOiAwCnBjbTA6IApwY20wOiAgICAgICAgICAgICBuaWQ6 IDYgW0RJR0lUQUxdIFtESVNBQkxFRF0KcGNtMDogICAgICAgICAgICBuYW1l OiB2ZW5kb3Igd2lkZ2V0CnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMGYz MDIwMQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDAKcGNtMDog ICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwCnBjbTA6ICAgICBjb25uZWN0 aW9uczogMApwY20wOiAKcGNtMDogICAgICAgICAgICAgbmlkOiA3IFtBTkFM T0ddCnBjbTA6ICAgICAgICAgICAgbmFtZTogYXVkaW8gc2VsZWN0b3IKcGNt MDogICAgICB3aWRnZXRfY2FwOiAweDAwMzAwOTAxCnBjbTA6ICAgICBQYXJz ZSBmbGFnczogMHgwMDAwMDAwMQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4 MDAwMDAwODEKcGNtMDogICAgIGNvbm5lY3Rpb25zOiAzCnBjbTA6ICAgICAg ICAgICB8CnBjbTA6ICAgICAgICAgICArIDwtIG5pZD0yIFthdWRpbyBvdXRw dXRdIChzZWxlY3RlZCkKcGNtMDogICAgICAgICAgIHwKcGNtMDogICAgICAg ICAgICsgPC0gbmlkPTggW3Bpbjogb3RoZXIgKG5vbmUpXSBbRElTQUJMRURd CnBjbTA6ICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICArIDwtIG5pZD0x MCBbYXVkaW8gc2VsZWN0b3JdCnBjbTA6IApwY20wOiAgICAgICAgICAgICBu aWQ6IDggW0RJR0lUQUxdIFtESVNBQkxFRF0KcGNtMDogICAgICAgICAgICBu YW1lOiBwaW46IG90aGVyIChub25lKQpwY20wOiAgICAgIHdpZGdldF9jYXA6 IDB4MDA0MzA2ODEKcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAw CnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMApwY20wOiAgICAg ICAgIFBpbiBjYXA6IDB4MDAwMTAwMjQKcGNtMDogICAgICAgICAgICAgICAg ICBJTiBFQVBEIDogVU5TT0wKcGNtMDogICAgICBQaW4gY29uZmlnOiAweDQw ZjAwMGYwCnBjbTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAyMCBJTgpw Y20wOiAgICAgICAgICAgIEVBUEQ6IDB4MDAwMDAwMDIKcGNtMDogICAgIGNv bm5lY3Rpb25zOiAwCnBjbTA6IApwY20wOiAgICAgICAgICAgICBuaWQ6IDkg W0RJR0lUQUxdIFtESVNBQkxFRF0KcGNtMDogICAgICAgICAgICBuYW1lOiBw aW46IG90aGVyIChub25lKQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDA0 MDAzMDEKcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAwCnBjbTA6 ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMApwY20wOiAgICAgICAgIFBp biBjYXA6IDB4MDAwMDAwMTAKcGNtMDogICAgICAgICAgICAgICAgICBPVVQK cGNtMDogICAgICBQaW4gY29uZmlnOiAweDQwZjAwMGYxCnBjbTA6ICAgICBQ aW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQKcGNtMDogICAgIGNvbm5lY3Rp b25zOiAyCnBjbTA6ICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICArIDwt IG5pZD01IFthdWRpbyBvdXRwdXRdIFtESVNBQkxFRF0KcGNtMDogICAgICAg ICAgIHwKcGNtMDogICAgICAgICAgICsgPC0gbmlkPTEwIFthdWRpbyBzZWxl Y3Rvcl0KcGNtMDogCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTAgW0FOQUxP R10KcGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBzZWxlY3RvcgpwY20w OiAgICAgIHdpZGdldF9jYXA6IDB4MDAzMDA5MGQKcGNtMDogICAgIFBhcnNl IGZsYWdzOiAweDAwMDAwMDAyCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgw MDAwMDg4MQpwY20wOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwNTBmMDAKcGNt MDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0xNSBzaXplPTUgb2Zm c2V0PTAKcGNtMDogICAgIGNvbm5lY3Rpb25zOiAxCnBjbTA6ICAgICAgICAg ICB8CnBjbTA6ICAgICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gc2VsZWN0 b3JdCnBjbTA6IApwY20wOiAgICAgICAgICAgICBuaWQ6IDExIFtBTkFMT0dd CnBjbTA6ICAgICAgICAgICAgbmFtZTogYXVkaW8gc2VsZWN0b3IKcGNtMDog ICAgICB3aWRnZXRfY2FwOiAweDAwMzAwMTA1CnBjbTA6ICAgICBQYXJzZSBm bGFnczogMHgwMDAwMDAwMQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAw MDAwMDAKcGNtMDogICAgICBPdXRwdXQgYW1wOiAweDgwMDUxZjFmCnBjbTA6 ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MzEgc2l6ZT01IG9mZnNl dD0zMQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDEKcGNtMDogICAgICAgICAg IHwKcGNtMDogICAgICAgICAgICsgPC0gbmlkPTcgW2F1ZGlvIHNlbGVjdG9y XQpwY20wOiAKcGNtMDogICAgICAgICAgICAgbmlkOiAxMiBbQU5BTE9HXQpw Y20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIHNlbGVjdG9yCnBjbTA6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMDMwMDEwZApwY20wOiAgICAgUGFyc2UgZmxh Z3M6IDB4MDAwMDAwMDYKcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAw MDgxCnBjbTA6ICAgICAgT3V0cHV0IGFtcDogMHgwMDI3MDQwMApwY20wOiAg ICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTQgc2l6ZT0zOSBvZmZzZXQ9 MApwY20wOiAgICAgY29ubmVjdGlvbnM6IDUKcGNtMDogICAgICAgICAgIHwK cGNtMDogICAgICAgICAgICsgPC0gbmlkPTE2IFtwaW46IE1pYyBpbiAoamFj ayldIChzZWxlY3RlZCkKcGNtMDogICAgICAgICAgIHwKcGNtMDogICAgICAg ICAgICsgPC0gbmlkPTE1IFtwaW46IG90aGVyIChub25lKV0gW0RJU0FCTEVE XQpwY20wOiAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9 MTQgW3Bpbjogc3BlYWtlciAoZml4ZWQpXQpwY20wOiAgICAgICAgICAgfApw Y20wOiAgICAgICAgICAgKyA8LSBuaWQ9MTMgW3BpbjogaGVhZHBob25lcyBv dXQgKGphY2spXQpwY20wOiAgICAgICAgICAgfApwY20wOiAgICAgICAgICAg KyA8LSBuaWQ9MTggW3Bpbjogb3RoZXIgKG5vbmUpXSBbRElTQUJMRURdCnBj bTA6IApwY20wOiAgICAgICAgICAgICBuaWQ6IDEzIFtBTkFMT0ddCnBjbTA6 ICAgICAgICAgICAgbmFtZTogcGluOiBoZWFkcGhvbmVzIG91dCAoamFjaykK cGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwNDAwMTgxCnBjbTA6ICAgICBQ YXJzZSBmbGFnczogMHgwMDAwMDAwMQpwY20wOiAgICAgICBDdGwgZmxhZ3M6 IDB4MDAwMDAwMDAKcGNtMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDNm CnBjbTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgSFAgT1VUIElOIDog VU5TT0wKcGNtMDogICAgICBQaW4gY29uZmlnOiAweDA0MjExMDFmCnBjbTA6 ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA4MCBIUApwY20wOiAgICAgY29u bmVjdGlvbnM6IDEKcGNtMDogICAgICAgICAgIHwKcGNtMDogICAgICAgICAg ICsgPC0gbmlkPTExIFthdWRpbyBzZWxlY3Rvcl0KcGNtMDogCnBjbTA6ICAg ICAgICAgICAgIG5pZDogMTQgW0FOQUxPR10KcGNtMDogICAgICAgICAgICBu YW1lOiBwaW46IHNwZWFrZXIgKGZpeGVkKQpwY20wOiAgICAgIHdpZGdldF9j YXA6IDB4MDA0MDAxODEKcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAw MDAxCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMApwY20wOiAg ICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwM2YKcGNtMDogICAgICAgICAgICAg ICAgICBJU0MgVFJRRCBIUCBPVVQgSU4gOiBVTlNPTApwY20wOiAgICAgIFBp biBjb25maWc6IDB4OTAxNzAxMTAKcGNtMDogICAgIFBpbiBjb250cm9sOiAw eDAwMDAwMDQwIE9VVApwY20wOiAgICAgY29ubmVjdGlvbnM6IDEKcGNtMDog ICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICsgPC0gbmlkPTExIFthdWRp byBzZWxlY3Rvcl0KcGNtMDogCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTUg W0FOQUxPR10gW0RJU0FCTEVEXQpwY20wOiAgICAgICAgICAgIG5hbWU6IHBp bjogb3RoZXIgKG5vbmUpCnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDQw MDE4MQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDAKcGNtMDog ICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwCnBjbTA6ICAgICAgICAgUGlu IGNhcDogMHgwMDAwMDAzNwpwY20wOiAgICAgICAgICAgICAgICAgIElTQyBU UlFEIE9VVCBJTiA6IFVOU09MCnBjbTA6ICAgICAgUGluIGNvbmZpZzogMHg0 MGYwMDBmMgpwY20wOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwNjAgSU4g T1VUCnBjbTA6ICAgICBjb25uZWN0aW9uczogMQpwY20wOiAgICAgICAgICAg fApwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIHNlbGVjdG9y XQpwY20wOiAKcGNtMDogICAgICAgICAgICAgbmlkOiAxNiBbQU5BTE9HXQpw Y20wOiAgICAgICAgICAgIG5hbWU6IHBpbjogTWljIGluIChqYWNrKQpwY20w OiAgICAgIHdpZGdldF9jYXA6IDB4MDA0MDAxODEKcGNtMDogICAgIFBhcnNl IGZsYWdzOiAweDAwMDAwMDAyCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgw MDAwMDA4MQpwY20wOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDE3MzcKcGNt MDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBPVVQgSU4gVlJFRlsgNTAg ODAgR1JPVU5EIEhJWiBdIDogVU5TT0wKcGNtMDogICAgICBQaW4gY29uZmln OiAweDA0YTExMDIwCnBjbTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAy NCBJTgpwY20wOiAgICAgY29ubmVjdGlvbnM6IDEKcGNtMDogICAgICAgICAg IHwKcGNtMDogICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBzZWxlY3Rv cl0KcGNtMDogCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTcgW0FOQUxPR10g W0RJU0FCTEVEXQpwY20wOiAgICAgICAgICAgIG5hbWU6IHBpbjogb3RoZXIg KG5vbmUpCnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDQwMDEwNApwY20w OiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDAKcGNtMDogICAgICAgQ3Rs IGZsYWdzOiAweDAwMDAwMDAwCnBjbTA6ICAgICAgICAgUGluIGNhcDogMHgw MDAwMDAxMApwY20wOiAgICAgICAgICAgICAgICAgIE9VVApwY20wOiAgICAg IFBpbiBjb25maWc6IDB4NDBmMDAwZjMKcGNtMDogICAgIFBpbiBjb250cm9s OiAweDAwMDAwMDQwIE9VVApwY20wOiAgICAgIE91dHB1dCBhbXA6IDB4ODAw NTFmMWYKcGNtMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0zMSBz aXplPTUgb2Zmc2V0PTMxCnBjbTA6ICAgICBjb25uZWN0aW9uczogMQpwY20w OiAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MTkgW2F1 ZGlvIG1peGVyXQpwY20wOiAKcGNtMDogICAgICAgICAgICAgbmlkOiAxOCBb QU5BTE9HXSBbRElTQUJMRURdCnBjbTA6ICAgICAgICAgICAgbmFtZTogcGlu OiBvdGhlciAobm9uZSkKcGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwNDAw MDAxCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMApwY20wOiAg ICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDAKcGNtMDogICAgICAgICBQaW4g Y2FwOiAweDAwMDAwMDIwCnBjbTA6ICAgICAgICAgICAgICAgICAgSU4KcGNt MDogICAgICBQaW4gY29uZmlnOiAweDQwZjAwMGY0CnBjbTA6ICAgICBQaW4g Y29udHJvbDogMHgwMDAwMDAyMCBJTgpwY20wOiAgICAgY29ubmVjdGlvbnM6 IDAKcGNtMDogCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTkgW0FOQUxPR10K cGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBtaXhlcgpwY20wOiAgICAg IHdpZGdldF9jYXA6IDB4MDAyMDAxMDAKcGNtMDogICAgIFBhcnNlIGZsYWdz OiAweDAwMDAwMDAwCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAw MApwY20wOiAgICAgY29ubmVjdGlvbnM6IDEKcGNtMDogICAgICAgICAgIHwK cGNtMDogICAgICAgICAgICsgPC0gbmlkPTcgW2F1ZGlvIHNlbGVjdG9yXQpw Y20wOiAKcGNtMDogICAgICAgICAgICAgbmlkOiAyMCBbQU5BTE9HXQpwY20w OiAgICAgICAgICAgIG5hbWU6IGJlZXAgd2lkZ2V0CnBjbTA6ICAgICAgd2lk Z2V0X2NhcDogMHgwMDcwMDAwYwpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4 MDAwMDAwMDAKcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDIxCnBj bTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDE3MDMwMwpwY20wOiAgICAgICAg ICAgICAgICAgIG11dGU9MSBzdGVwPTMgc2l6ZT0yMyBvZmZzZXQ9MwpwY20w OiAgICAgY29ubmVjdGlvbnM6IDAKcGNtMDogCnBjbTA6ICstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0rCnBjbTA6IHwgRFVNUElORyBIREEgQU1QTElGSUVS UyB8CnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTA6IApw Y20wOiAgIDE6IG5pZD0xMCBkaXI9MHgxIGluZGV4PTAgb3NzbWFzaz0weDAw MDAwODAwIG9zc2Rldj0wCnBjbTA6ICAgMjogbmlkPTExIGRpcj0weDEgaW5k ZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDEgb3NzZGV2PTAKcGNtMDogICAzOiBu aWQ9MTIgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDA4MCBvc3Nk ZXY9NwpwY20wOiAgIDQ6IG5pZD0xNyBkaXI9MHgxIGluZGV4PTAgb3NzbWFz az0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxFRF0KcGNtMDogICA1OiBu aWQ9MjAgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAyMCBvc3Nk ZXY9NQpwY20wOiAKcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKwpwY20wOiB8IERVTVBJTkcgSERBIEFVRElPL1ZPTFVNRSBD T05UUk9MUyB8CnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsKcGNtMDogCnBjbTA6IE1hc3RlciBWb2x1bWUgKE9TUzogdm9s KQpwY20wOiAgICB8CnBjbTA6ICAgICstICBuaWQ6IDExIGluZGV4OiAgMCAg ICAgICAgICAgbXV0ZTogMSBzdGVwOiAgMzEgc2l6ZTogICA1IG9mZjogIDMx IGRpcj0weDEgb3NzbWFzaz0weDAwMDAwMDAxCnBjbTA6IApwY20wOiBNaWNy b3Bob25lIFZvbHVtZSAoT1NTOiBtaWMpCnBjbTA6ICAgIHwKcGNtMDogICAg Ky0gIG5pZDogMTIgaW5kZXg6ICAwICAgICAgICAgICBtdXRlOiAwIHN0ZXA6 ICAgNCBzaXplOiAgMzkgb2ZmOiAgIDAgZGlyPTB4MSBvc3NtYXNrPTB4MDAw MDAwODAKcGNtMDogCnBjbTA6IFJlY29yZGluZyBMZXZlbCAoT1NTOiByZWMp CnBjbTA6ICAgIHwKcGNtMDogICAgKy0gIG5pZDogMTAgaW5kZXg6ICAwICAg ICAgICAgICBtdXRlOiAxIHN0ZXA6ICAxNSBzaXplOiAgIDUgb2ZmOiAgIDAg ZGlyPTB4MSBvc3NtYXNrPTB4MDAwMDA4MDAKcGNtMDogCnBjbTA6IFNwZWFr ZXIvQmVlcCAoT1NTOiBzcGVha2VyKQpwY20wOiAgICB8CnBjbTA6ICAgICst ICBuaWQ6IDIwIGluZGV4OiAgMCAgICAgICAgICAgbXV0ZTogMSBzdGVwOiAg IDMgc2l6ZTogIDIzIG9mZjogICAzIGRpcj0weDEgb3NzbWFzaz0weDAwMDAw MDIwCnBjbTA6IApwY20wOiBQbGF5YmFjayBwYXRoOgpwY20wOiAKcGNtMDog ICAgIG5pZD0xMyBbcGluOiBoZWFkcGhvbmVzIG91dCAoamFjayldCnBjbTA6 ICAgICAgIF4KcGNtMDogICAgICAgfApwY20wOiAgICAgICArLS0tLS08LS0t LS0tKwpwY20wOiAgICAgICAgICAgICAgICAgICAgXgpwY20wOiAgICAgICAg ICAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAgICAgIG5pZD0xMSBb YXVkaW8gc2VsZWN0b3JdCnBjbTA6ICAgICAgICAgICAgICAgICAgICBeCnBj bTA6ICAgICAgICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICAg ICAgbmlkPTcgW2F1ZGlvIHNlbGVjdG9yXQpwY20wOiAgICAgICAgICAgICAg ICAgICAgXgpwY20wOiAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAg ICAgICAgICAgICAgIG5pZD0yIFthdWRpbyBvdXRwdXRdCnBjbTA6IApwY20w OiAgICAgbmlkPTE0IFtwaW46IHNwZWFrZXIgKGZpeGVkKV0KcGNtMDogICAg ICAgXgpwY20wOiAgICAgICB8CnBjbTA6ICAgICAgICstLS0tLTwtLS0tLS0r CnBjbTA6ICAgICAgICAgICAgICAgICAgICBeCnBjbTA6ICAgICAgICAgICAg ICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICAgICAgbmlkPTExIFthdWRp byBzZWxlY3Rvcl0KcGNtMDogICAgICAgICAgICAgICAgICAgIF4KcGNtMDog ICAgICAgICAgICAgICAgICAgIHwKcGNtMDogICAgICAgICAgICAgICAgICBu aWQ9NyBbYXVkaW8gc2VsZWN0b3JdCnBjbTA6ICAgICAgICAgICAgICAgICAg ICBeCnBjbTA6ICAgICAgICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAg ICAgICAgICAgbmlkPTIgW2F1ZGlvIG91dHB1dF0KcGNtMDogCnBjbTA6IFJl Y29yZGluZyBzb3VyY2VzOgpwY20wOiAKcGNtMDogICAgIG5pZD0xMiBbYXVk aW8gc2VsZWN0b3JdCnBjbTA6ICAgICAgIHwKcGNtMDogICAgICAgKyA8LSBu aWQ9MTYgW3BpbjogTWljIGluIChqYWNrKV0gW3JlY3NyYzogdm9sLCBtaWNd CnBjbTA6ICAgICAgIHwKcGNtMDogICAgICAgKyA8LSBuaWQ9MTQgW3Bpbjog c3BlYWtlciAoZml4ZWQpXQpwY20wOiAgICAgICB8CnBjbTA6ICAgICAgICsg PC0gbmlkPTEzIFtwaW46IGhlYWRwaG9uZXMgb3V0IChqYWNrKV0KcGNtMDog CnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSsKcGNtMDogfCBEVU1QSU5HIFBDTSBQbGF5YmFjay9SZWNvcmQgQ2hhbm5l bHMgfApwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rCnBjbTA6IApwY20wOiAgICBQQ00gUGxheWJhY2s6IDEKcGNtMDog ICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCnBjbTA6ICAgICAgICAgIEZv cm1hdDogUENNCnBjbTA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDdlMApw Y20wOiAgICAgICAgUENNIHNpemU6IDE2IDIwIDI0CnBjbTA6ICAgICAgICBQ Q00gcmF0ZTogNDQgNDggODggOTYgMTc2IDE5MgpwY20wOiAgICAgICAgICAg ICBEQUM6IDIKcGNtMDogCnBjbTA6ICAgICAgUENNIFJlY29yZDogMQpwY20w OiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKcGNtMDogICAgICAgICAg Rm9ybWF0OiBQQ00KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwN2Uw CnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYgMjAgMjQKcGNtMDogICAgICAg IFBDTSByYXRlOiA0NCA0OCA4OCA5NiAxNzYgMTkyCnBjbTA6ICAgICAgICAg ICAgIEFEQzogMwpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKY3B1MSBBUDoK ICAgICBJRDogMHgwMTAwMDAwMCAgIFZFUjogMHg4MDA1MDAxMCBMRFI6IDB4 MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAg bGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAw MDFmZgogIHRpbWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVy cjogMHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDAKaW9hcGljMDogQXNzaWdu aW5nIElTQSBJUlEgMSB0byBsb2NhbCBBUElDIDAKaW9hcGljMDogQXNzaWdu aW5nIElTQSBJUlEgOSB0byBsb2NhbCBBUElDIDEKaW9hcGljMDogQXNzaWdu aW5nIElTQSBJUlEgMTIgdG8gbG9jYWwgQVBJQyAwCmlvYXBpYzA6IEFzc2ln bmluZyBJU0EgSVJRIDE0IHRvIGxvY2FsIEFQSUMgMQppb2FwaWMwOiBBc3Np Z25pbmcgUENJIElSUSAxNiB0byBsb2NhbCBBUElDIDAKaW9hcGljMDogQXNz aWduaW5nIFBDSSBJUlEgMTcgdG8gbG9jYWwgQVBJQyAxCmlvYXBpYzA6IEFz c2lnbmluZyBQQ0kgSVJRIDE4IHRvIGxvY2FsIEFQSUMgMAppb2FwaWMwOiBB c3NpZ25pbmcgUENJIElSUSAxOSB0byBsb2NhbCBBUElDIDEKaW9hcGljMDog QXNzaWduaW5nIFBDSSBJUlEgMjEgdG8gbG9jYWwgQVBJQyAwCmlvYXBpYzA6 IEFzc2lnbmluZyBQQ0kgSVJRIDIyIHRvIGxvY2FsIEFQSUMgMQpHRU9NOiBu ZXcgZGlzayBhZDQKYmF0dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24g ZG9uZSwgdHJpZWQgMSB0aW1lcwpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9t IHVmczovZGV2L2FkNHMxYQpzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5p dApMaW51eCBFTEYgZXhlYyBoYW5kbGVyIGluc3RhbGxlZAo= --0-1268003359-1199043776=:60103-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 30 21:09:51 2007 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C71E716A417 for ; Sun, 30 Dec 2007 21:09:51 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 488CD13C4E7 for ; Sun, 30 Dec 2007 21:09:51 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBUL9nx6058558; Mon, 31 Dec 2007 00:09:49 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1199048989; bh=bBSsY0FgisGhK6KqDshsp5fHf6mMuPfvHoQwphh t7IQ=; l=423; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=qp0WyRgPYH9NHvbp10vNMBT1Gl5jp3wplGivdnJo t69qQR3cdQX3CW5R9eU+wSMSArVWtdZJLjONUsOKFOt5BkFRx2YtCpukH9vs8klnED4 DYPFjJSfmnoORqX66eMm4Z3kCibZKAQzXCM5zOCAF5jXk5xOyBF+DuG6cnRGa2Rc= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBUL9mcB058557; Mon, 31 Dec 2007 00:09:49 +0300 (MSK) (envelope-from ache) Date: Mon, 31 Dec 2007 00:09:47 +0300 From: Andrey Chernov To: Robert Watson Message-ID: <20071230210946.GA58498@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Watson , current@FreeBSD.ORG References: <20071230130940.T98172@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071230130940.T98172@fledge.watson.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.ORG Subject: Re: Q&A on textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2007 21:09:51 -0000 On Sun, Dec 30, 2007 at 01:11:29PM +0000, Robert Watson wrote: > > Dear all, > > I've received a few textdump-related questions that I thought I'd share my > answers to. In case I have remote machine with console unavailable, is it will be enough to use KDB_UNATTENDED and debug.ddb.textdump.pending=1 in /etc/sysctl.conf to get automatical unattended textdumps with auto-reboot? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 00:28:05 2007 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F62616A421 for ; Mon, 31 Dec 2007 00:28:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1032513C45A for ; Mon, 31 Dec 2007 00:28:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E644646DCD; Sun, 30 Dec 2007 19:28:03 -0500 (EST) Date: Mon, 31 Dec 2007 00:28:03 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrey Chernov In-Reply-To: <20071230210946.GA58498@nagual.pp.ru> Message-ID: <20071231002207.I21364@fledge.watson.org> References: <20071230130940.T98172@fledge.watson.org> <20071230210946.GA58498@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.ORG Subject: Re: Q&A on textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 00:28:05 -0000 On Mon, 31 Dec 2007, Andrey Chernov wrote: > On Sun, Dec 30, 2007 at 01:11:29PM +0000, Robert Watson wrote: > >> I've received a few textdump-related questions that I thought I'd share my >> answers to. > > In case I have remote machine with console unavailable, is it will be enough > to use KDB_UNATTENDED and debug.ddb.textdump.pending=1 in /etc/sysctl.conf > to get automatical unattended textdumps with auto-reboot? It depends whether you want to gather information using DDB output capture or not. If you do the above, you should get a textdump (although I've not tried it), but because there's no scripted DDB output, you won't get extended debugging information. The configuration I'm using is to use a script like the following: ddb script kdb.enter.panic="textdump set; capture on; show pcpu; bt; show locks; ps; alltrace; show lockedvnods; show alllocks; capture off; call doadump; reset" This will give you a textdump on panic, but other ways over entering DDB will just drop to the debugger normally. You might find you want to set a kdb.enter.default script along the above lines, and provide no-op scripts for serial/console break and sysctl in order to drop to the debugger only for cases where the sysadmin has intervened. It might be that, in light of DDB scripting and textdumps, we want to rethink the way KDB_UNATTENDED works, or at least how it behaves in the presence of defined scripts. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 01:42:12 2007 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C5EA16A420; Mon, 31 Dec 2007 01:42:12 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AD8CB13C457; Mon, 31 Dec 2007 01:42:11 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBV1g9hR063817; Mon, 31 Dec 2007 04:42:09 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1199065329; bh=FlUYfSKmsdYQNRhTc36mS+Q+iCnAoQBpOW568r4 PJhU=; l=1162; h=Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=Zsd+yP//X2YzflT1mEMF 8LsPlWhfOf95G4G7q0NhwQ1KlOQ8levlh0HwIAPzis7sO3YEPmoVc/E/CeJ9FIgdS4o D9WrVJg2JLYeZKxLvRSgg6Au71R/YSgAgn2761f5ACY5Q6CCArYKPiRDSlq16RyHJd/ QbhhUeWWSDRsSGwoY= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBV1g9UE063814; Mon, 31 Dec 2007 04:42:09 +0300 (MSK) (envelope-from ache) Date: Mon, 31 Dec 2007 04:42:08 +0300 From: Andrey Chernov To: Robert Watson Message-ID: <20071231014208.GA63099@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Watson , current@FreeBSD.ORG References: <20071230130940.T98172@fledge.watson.org> <20071230210946.GA58498@nagual.pp.ru> <20071231002207.I21364@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071231002207.I21364@fledge.watson.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.ORG Subject: Re: Q&A on textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 01:42:12 -0000 On Mon, Dec 31, 2007 at 12:28:03AM +0000, Robert Watson wrote: > ddb script kdb.enter.panic="textdump set; capture on; show pcpu; bt; show > locks; ps; alltrace; show lockedvnods; show alllocks; capture off; call > doadump; reset" > > This will give you a textdump on panic, but other ways over entering DDB > will just drop to the debugger normally. You might find you want to set a > kdb.enter.default script along the above lines, and provide no-op scripts > for serial/console break and sysctl in order to drop to the debugger only > for cases where the sysadmin has intervened. > > It might be that, in light of DDB scripting and textdumps, we want to > rethink the way KDB_UNATTENDED works, or at least how it behaves in the > presence of defined scripts. I agree, we need to do something lightweight in KDB_UNATTENDED mode istead of very hard way you describe above. Could you please inspect/tweak possibility of running script in unattended mode, keeping in mind that console is unavailable and no interactive break to debugger should ever occurse because there is nobody to enter commands? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 01:47:58 2007 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1A2616A41B for ; Mon, 31 Dec 2007 01:47:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id AC52E13C43E for ; Mon, 31 Dec 2007 01:47:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 38814471DC; Sun, 30 Dec 2007 20:47:58 -0500 (EST) Date: Mon, 31 Dec 2007 01:47:58 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrey Chernov In-Reply-To: <20071231014208.GA63099@nagual.pp.ru> Message-ID: <20071231014509.S21364@fledge.watson.org> References: <20071230130940.T98172@fledge.watson.org> <20071230210946.GA58498@nagual.pp.ru> <20071231002207.I21364@fledge.watson.org> <20071231014208.GA63099@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.ORG Subject: Re: Q&A on textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 01:47:58 -0000 On Mon, 31 Dec 2007, Andrey Chernov wrote: > On Mon, Dec 31, 2007 at 12:28:03AM +0000, Robert Watson wrote: >> ddb script kdb.enter.panic="textdump set; capture on; show pcpu; bt; show >> locks; ps; alltrace; show lockedvnods; show alllocks; capture off; call >> doadump; reset" >> >> This will give you a textdump on panic, but other ways over entering DDB >> will just drop to the debugger normally. You might find you want to set a >> kdb.enter.default script along the above lines, and provide no-op scripts >> for serial/console break and sysctl in order to drop to the debugger only >> for cases where the sysadmin has intervened. >> >> It might be that, in light of DDB scripting and textdumps, we want to >> rethink the way KDB_UNATTENDED works, or at least how it behaves in the >> presence of defined scripts. > > I agree, we need to do something lightweight in KDB_UNATTENDED mode istead > of very hard way you describe above. Could you please inspect/tweak > possibility of running script in unattended mode, keeping in mind that > console is unavailable and no interactive break to debugger should ever > occurse because there is nobody to enter commands? In principle, we could add a kdb.event.unattended script, which would execute in cases where kdb would be entered except that the system is unattended, with an automatic reboot afterwards. I'll have to look at the way that the ddb/kdb relationship is structured there. Is that something like what you had in mind? It would ensure a reboot at the end, regardless of whether a dump was produced. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 02:40:24 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BA5016A419; Mon, 31 Dec 2007 02:40:24 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id CCD7C13C467; Mon, 31 Dec 2007 02:40:23 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lBV2eMwl073008; Mon, 31 Dec 2007 05:40:22 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1199068822; bh=WthD6PVh0Uqiq8Ui9gP37V38DOQDp5Qjr8BuabB NOwQ=; l=538; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=Iwycn0nv0ltzoYafKNVXKvD0JYehF7rgzCGy92Dp 50H4P5V2XJKXnJ6e5mU4AxmbLBBcYfAbOfb6OhkxCM4CzNSxET+Mt+ghvxKKuM9bV1L c0JXCBH1A43Y0WC99lXpUdwsAQ/GQdBUPQGGxjaKmSRiIVI8A0KURldMqFdlNFao= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lBV2eMZt073007; Mon, 31 Dec 2007 05:40:22 +0300 (MSK) (envelope-from ache) Date: Mon, 31 Dec 2007 05:40:22 +0300 From: Andrey Chernov To: Robert Watson Message-ID: <20071231024022.GA72445@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Watson , current@FreeBSD.org References: <20071230130940.T98172@fledge.watson.org> <20071230210946.GA58498@nagual.pp.ru> <20071231002207.I21364@fledge.watson.org> <20071231014208.GA63099@nagual.pp.ru> <20071231014509.S21364@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071231014509.S21364@fledge.watson.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@FreeBSD.org Subject: Re: Q&A on textdumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 02:40:24 -0000 On Mon, Dec 31, 2007 at 01:47:58AM +0000, Robert Watson wrote: > In principle, we could add a kdb.event.unattended script, which would > execute in cases where kdb would be entered except that the system is > unattended, with an automatic reboot afterwards. I'll have to look at the > way that the ddb/kdb relationship is structured there. Is that something > like what you had in mind? It would ensure a reboot at the end, regardless > of whether a dump was produced. Yes, thanks in advance. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 05:24:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C74316A420 for ; Mon, 31 Dec 2007 05:24:03 +0000 (UTC) (envelope-from lists@mipster.net) Received: from omta18.mta.everyone.net (sitemail2.everyone.net [216.200.145.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0826413C47E for ; Mon, 31 Dec 2007 05:24:02 +0000 (UTC) (envelope-from lists@mipster.net) Received: from dm02.mta.everyone.net (bigiplb-dsnat [172.16.0.19]) by omta18.mta.everyone.net (Postfix) with ESMTP id 75A3A4065E; Sun, 30 Dec 2007 20:52:37 -0800 (PST) X-Eon-Dm: dm02 Received: by dm02.mta.everyone.net (EON-AUTHRELAY2 - 4b83c9a6) id dm02.4768f49e.238251; Sun, 30 Dec 2007 20:52:37 -0800 X-Eon-Sig: AQIAtXxHeHWVCkh7GwIAAAAC,7565459ba14484de67a7c922b155feae Message-Id: <1497D115-2534-4799-9D8E-18A267DF0B62@mipster.net> From: To: "Travis Mikalson" Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Sun, 30 Dec 2007 23:52:46 -0500 X-Mailer: Apple Mail (2.915) Cc: freebsd-current@freebsd.org Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 05:24:03 -0000 BTW, I've had PCI-X problems with a Marvel MV88SX6081 SATA controller =20= on a M/B WITHOUT the HT1000 chipset (Tyan S2881UG2NR). The M/B worked =20= flawlessly under 7.0-BETA1 & BETA2. I added the Marvell controller =20 and EVERYTHING on the PCI-X bus flaked out. I'm seeing Ierrs and =20 Oerrs (netstat -i) on the built-in bge interfaces, ZFS checksum errors =20= on disks attached to the Marvel controller, etc. I wasn't sure from reading the thread whether Soren thought the =20 problem went beyond the HT1000 chipset or not. The problem seems to =20 manifest itself only when I use the disks attached to the Marvel =20 controller. I'm applying the patch now to see if it fixes the problem. -Nick --- bofh@terranova.net wrote: From: Travis Mikalson To: freebsd-current@freebsd.org Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga Date: Sun, 23 Dec 2007 12:40:37 -0500 J. Martin Petersen wrote: > I have tested this with the scenarios that failed previously (with 6.2 > as well as vanilla 7.0-BETA4) and it works! Good work, S=F8ren, and =20= > thanks > Travis! > >> It would be fantastic if 7.0-RELEASE worked right out of the box for >> people using HT1000-based motherboards. > > I second that. Please include it into 7.0-RELEASE, as that would =20 > make it > usable on off-the-shelve HP ProLiant servers instead of "silently" > corrupting everything. By the way, anybody with an afflicted HT1000 system who has been unable to install FreeBSD on it, contact me privately off-list and I can provide you a patched 7.0-BETA4 boot CD (disc1 from make release) so you can get it going. -T --=20 TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 " From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 12:56:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CAD16A417 for ; Mon, 31 Dec 2007 12:56:21 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from farris.bafirst.com (adsl-074-165-190-154.sip.jan.bellsouth.net [74.165.190.154]) by mx1.freebsd.org (Postfix) with ESMTP id B2B0613C45D for ; Mon, 31 Dec 2007 12:56:20 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.6.178]) by farris.bafirst.com with esmtp; Mon, 31 Dec 2007 06:56:18 -0600 id 0006D416.4778E6F2.000045DC Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 31 Dec 2007 06:56:19 -0600 id 0004AC18.4778E6F3.0000330D Received: from 172.16.0.15 ([172.16.0.15]) by intranet.encontacto.net (Horde Framework) with HTTP; Mon, 31 Dec 2007 06:56:18 -0600 Message-ID: <20071231065618.12967ig7w3ika5gk@intranet.encontacto.net> Date: Mon, 31 Dec 2007 06:56:18 -0600 From: eculp To: freebsd-amd64@freebsd.org, freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) Cc: Subject: Problem with Atheros 5424/2424 on Current AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 12:56:21 -0000 On an Acer 5520/5679 laptop, I don't see a way to get wireless working. I'm running: 8.0-CURRENT-200712 FreeBSD 8.0-CURRENT-200712 #0: Sun Dec 30 11:33:37 CST 2007 The dmesg shows it detected but can't attach: ath0: mem 0xf2200000-0xf220ffff irq 19 at device 0.0 on pci5 ath0: [ITHREAD] ath0: unable to attach hardware; HAL status 13 device_attach: ath0 attach returned 6 pciconf -lv shows: ath0@pci0:5:0:0: class=0x020000 card=0x04281468 chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet Is there something else that I need to do. Any help appreciated. From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 15:57:04 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4F1E16A418 for ; Mon, 31 Dec 2007 15:57:04 +0000 (UTC) (envelope-from efinleywork@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [66.111.113.15]) by mx1.freebsd.org (Postfix) with ESMTP id AE93113C457 for ; Mon, 31 Dec 2007 15:57:04 +0000 (UTC) (envelope-from efinleywork@efinley.com) Received: from efinley04.etv.net ([74.214.237.51] helo=science3.efinley.com) by postmaster.etv.net with esmtpa (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J9Mk6-0005o5-CA; Mon, 31 Dec 2007 08:39:54 -0700 From: Elliot Finley To: Mikhail Teterin Date: Mon, 31 Dec 2007 08:39:54 -0700 Organization: Emery Telcom Message-ID: References: <200712301219.29839@aldan> In-Reply-To: <200712301219.29839@aldan> X-Mailer: Forte Agent 4.1/32.1088 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 31 Dec 2007 16:29:08 +0000 Cc: current@FreeBSD.org Subject: Re: a new way to hang 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: efinleywork@efinley.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 15:57:04 -0000 On Sun, 30 Dec 2007 12:19:29 -0500, you wrote: >The system is a dual-Xeon (i386) running 7.0-PRERELEASE as of Dec 29th. > >It went like this: > >root@corbulon:/home/mi (102) dump 0auCLf 32 - / | gzip -9 > = /net/blue/corbulon.root.0.dump.gz >/net/blue/corbulon.root.0.dump.gz: Read-only file system. >^C^C [... hang ...] > >Indeed, I mistyped the destination path and ended up in the >non-writable directory. > >Something -- I'd guess, it was the snapshot-creation -- hung >the system solid. > >After correcting the destination path and REBOOTING, the dump >is proceeding. I removed the L-flag too, just in case :( > >Is this really a new way, or is it well known already? Thanks! -L has been hanging systems ever since it existed. Don't use it. From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 17:06:21 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66E7F16A418 for ; Mon, 31 Dec 2007 17:06:21 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [64.46.156.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2F59413C43E for ; Mon, 31 Dec 2007 17:06:21 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTP id 91F8060D0; Mon, 31 Dec 2007 12:06:19 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1199120779; bh=AztPUbI3oKbDcK Hc1O0yAd8z7+gw4pGXcpASjaRuHD8=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=MBlEtLJQXGQkku/ISshAk9510s+BTiFgiFHwk 425wmJVZT/iSe4UYPEhYqI6yQ4h8CsEQw7H1tbzDU5MbrE7Noyz5EmR2BIooNDikx2n hRU5Tn391SZpqVuZsH9OSRjV DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=SEPhB2W+O4Poq5E1fZNdRLC3joyFSl2RabgbENcg4k9AVxjBVH+Ivd0adAdT0uJ+c Omm3IZeRkoNFoFxQcQXa+A0TtzYxG74TfIhpAr68ohJeeFQ3rC9CeovZk0WEJ6s Message-ID: <4779218A.9080206@protected-networks.net> Date: Mon, 31 Dec 2007 12:06:18 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: efinleywork@efinley.com References: <200712301219.29839@aldan> In-Reply-To: X-Enigmail-Version: 0.95.5 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, Mikhail Teterin Subject: Re: a new way to hang 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 17:06:21 -0000 Elliot Finley wrote: > -L has been hanging systems ever since it existed. Don't use it. I've been using it since it was implemented on many different machines and never had a real problem with it. I always had the expectation that snap-shot creation would be disk-intensive, however, and that implies that I don't demand anything else from the file-systems concerned during that time. Also a "guaranteed clean" source file-system is mandatory - checking everything with 'fsck -y' after an inadvertent power-cycle is wise, Michael From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 17:00:20 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F24916A417 for ; Mon, 31 Dec 2007 17:00:20 +0000 (UTC) (envelope-from mi@bonkers.video-collage.com) Received: from bonkers.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.freebsd.org (Postfix) with ESMTP id 23E1113C44B for ; Mon, 31 Dec 2007 17:00:20 +0000 (UTC) (envelope-from mi@bonkers.video-collage.com) Received: from bonkers.video-collage.com (localhost [127.0.0.1]) by bonkers.video-collage.com (8.14.1/8.14.1) with ESMTP id lBVGKw9M086743; Mon, 31 Dec 2007 11:20:58 -0500 (EST) (envelope-from mi@bonkers.video-collage.com) Received: (from mi@localhost) by bonkers.video-collage.com (8.14.1/8.14.1/Submit) id lBVGKweV086742; Mon, 31 Dec 2007 11:20:58 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200712311620.lBVGKweV086742@bonkers.video-collage.com> In-Reply-To: To: efinleywork@efinley.com Date: Mon, 31 Dec 2007 11:20:58 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL124 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: ClamAV 0.88.7/5310/Mon Dec 31 08:06:43 2007 on bonkers.video-collage.com X-Virus-Status: Clean X-Mailman-Approved-At: Mon, 31 Dec 2007 17:07:29 +0000 Cc: current@FreeBSD.org Subject: Re: a new way to hang 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 17:00:20 -0000 > >After correcting the destination path and REBOOTING, the dump > >is proceeding. I removed the L-flag too, just in case :( > > > >Is this really a new way, or is it well known already? Thanks! > > -L has been hanging systems ever since it existed. Don't use it. Why does `dump' implore me to use it, then? I wonder, if this is also a problem on DragonFlyBSD... Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 17:41:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF98716A418 for ; Mon, 31 Dec 2007 17:41:47 +0000 (UTC) (envelope-from radovanovic@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 9599313C442 for ; Mon, 31 Dec 2007 17:41:47 +0000 (UTC) (envelope-from radovanovic@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so9116643pyb.10 for ; Mon, 31 Dec 2007 09:41:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=XM6n3fP5sh+cs9QE9NjXgbLr2EqtbKAJhRvDH32T5l4=; b=KHpFaNSmDlsjPotq/HR8oEKzlJiyosGnSObcLS8H/06PK71G5vg8MvWKkagjZl4CE6SIKMuAAuQM3ShvKiN13qlRaQc0Om2jTzP3IIXb0f8oxXDsn+J+7gE8eYdBdNgdbfhn9cMj7GqBPZKcgWWQQvJS/k2onKqkEgTIUAvtFmc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=A+FIAqowmu04+NQnYNQ8nLAejjOIKQ4skWDc8Hi2dMB85ZSa+/PlvU1zgFqhy/WvlQFCCHgTavh4jg2foBFktx5+OAbEbrm/AdAdLgaJEhHCI0JTUbTnSpiMRCpcvWdk2fcpAf7oWwTsf5WNMEp3DWMi6E5YyXYCa+R3NbSRlas= Received: by 10.142.112.5 with SMTP id k5mr3656507wfc.57.1199121260026; Mon, 31 Dec 2007 09:14:20 -0800 (PST) Received: by 10.142.238.15 with HTTP; Mon, 31 Dec 2007 09:14:19 -0800 (PST) Message-ID: <8a2be41b0712310914w7df11952o78188618da11c667@mail.gmail.com> Date: Mon, 31 Dec 2007 17:14:19 +0000 From: "Ivan Radovanovic" To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_13035_9851803.1199121260018" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: A4Tech mouse in FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 17:41:48 -0000 ------=_Part_13035_9851803.1199121260018 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I had problem using my A4Tech mouse in FreeBSD (few jumps, then stopping completely). I changed atkbdc driver to communicate with it like with IntelliMouse, and mouse is now usable (there are still wheel related problems). I attached diffs to be applied on files in /usr/src/sys/dev/atkbdc directory for anyone with similar problems Regards, Ivan ------=_Part_13035_9851803.1199121260018 Content-Type: text/x-patch; name=atkbdcreg.h.diff Content-Transfer-Encoding: base64 X-Attachment-Id: f_favbwlbj0 Content-Disposition: attachment; filename=atkbdcreg.h.diff MTM5YTE0MAo+ICNkZWZpbmUgUFNNX0E0UVVJQ0tfSUQJCTEwCg== ------=_Part_13035_9851803.1199121260018 Content-Type: text/x-patch; name=psm.c.diff Content-Transfer-Encoding: base64 X-Attachment-Id: f_favbwxch1 Content-Disposition: attachment; filename=psm.c.diff MTE1MmExMTUzCj4gICAgIGNhc2UgUFNNX0E0UVVJQ0tfSUQ6CjMxMzEsMzEzNWMzMTMyLDMxMzkK PCAgICAgaWYgKGlkICE9IFBTTV9FWFBMT1JFUl9JRCkKPCAJcmV0dXJuIEZBTFNFOwo8IAo8ICAg ICBzYy0+aHcuaHdpZCA9IGlkOwo8ICAgICBzYy0+aHcuYnV0dG9ucyA9IDU7CQkvKiBJbnRlbGxp TW91c2UgRXhwbG9yZXIgWFhYICovCi0tLQo+ICAgICBzd2l0Y2ggKGlkKSB7Cj4gICAgIGNhc2Ug UFNNX0VYUExPUkVSX0lEOgo+ICAgICAJc2MtPmh3Lmh3aWQgPSBpZDsKPiAgICAgCXNjLT5ody5i dXR0b25zID0gNTsJLyogSW50ZWxsaU1vdXNlIEV4cGxvcmVyIFhYWCAqLwo+ICAgICAJYnJlYWs7 CQo+ICAgICBkZWZhdWx0Ogo+ICAgICAJcmV0dXJuIEZBTFNFOwo+ICAgICB9CjMxNzcsMzE4MWMz MTgxLDMxOTIKPCAgICAgaWYgKGlkICE9IFBTTV9JTlRFTExJX0lEKQo8IAlyZXR1cm4gRkFMU0U7 CjwgCjwgICAgIHNjLT5ody5od2lkID0gaWQ7CjwgICAgIHNjLT5ody5idXR0b25zID0gMzsKLS0t Cj4gICAgIHN3aXRjaCAoaWQpIHsKPiAgICAgY2FzZSBQU01fSU5URUxMSV9JRDoKPiAgICAgCXNj LT5ody5od2lkID0gaWQ7Cj4gICAgIAlzYy0+aHcuYnV0dG9ucyA9IDM7Cj4gICAgIAlicmVhazsJ Cj4gICAgIGNhc2UgUFNNX0E0UVVJQ0tfSUQ6Cj4gICAgIAlzYy0+aHcuaHdpZCA9IGlkOwo+IAlz Yy0+aHcuYnV0dG9ucyA9IDM7Cj4gCWJyZWFrOwo+ICAgICBkZWZhdWx0Ogo+ICAgICAJcmV0dXJu IEZBTFNFOwo+ICAgICB9CjMyMDBjMzIxMQo8ICAgICAgICAgaWYgKHNldF9tb3VzZV9zYW1wbGlu Z19yYXRlKGtiZGMsIHJhdGVbaV0pICE9IHJhdGVbaV0pCi0tLQo+ICAgICAgICAgaWYgKHNldF9t b3VzZV9zYW1wbGluZ19yYXRlKGtiZGMsIHJhdGVbaV0pICE9IHJhdGVbaV0pIAo= ------=_Part_13035_9851803.1199121260018-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 31 19:23:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DCBE16A41A for ; Mon, 31 Dec 2007 19:23:01 +0000 (UTC) (envelope-from lists@mipster.net) Received: from omta16.mta.everyone.net (sitemail2.everyone.net [216.200.145.36]) by mx1.freebsd.org (Postfix) with ESMTP id 080B713C474 for ; Mon, 31 Dec 2007 19:23:00 +0000 (UTC) (envelope-from lists@mipster.net) Received: from dm02.mta.everyone.net (bigiplb-dsnat [172.16.0.19]) by omta16.mta.everyone.net (Postfix) with ESMTP id F0D0042008 for ; Mon, 31 Dec 2007 11:22:55 -0800 (PST) X-Eon-Dm: dm02 Received: by dm02.mta.everyone.net (EON-AUTHRELAY2 - 4b83c9a6) id dm02.4768f49e.247a31 for ; Mon, 31 Dec 2007 11:22:53 -0800 X-Eon-Sig: AQIAtXxHeUGNuHkV+wIAAAAB,d426615c3042c752a1246574dd45f5c3 Message-Id: <9A374150-DC2A-439D-A205-E8867B663C5A@mipster.net> From: Nick Pope To: freebsd-current@freebsd.org In-Reply-To: <1497D115-2534-4799-9D8E-18A267DF0B62@mipster.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 31 Dec 2007 14:23:03 -0500 References: <1497D115-2534-4799-9D8E-18A267DF0B62@mipster.net> X-Mailer: Apple Mail (2.915) Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2007 19:23:01 -0000 Installed the patch, now it thinks my Marvel SATA controller is an =20 rr232x!! If I comment out rr232x driver in the kernel config, the Marvel is =20 detected no problem. However, as soon as I mount my zpool (using the =20= Marvel controller) the Ierrs start up again. -Nick [root@backup2 ~]# pciconf -lv pcib1@pci0:0:6:0: class=3D0x060400 card=3D0x00000000 = chip=3D0x74601022 =20 rev=3D0x07 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:0:7:0: class=3D0x060100 card=3D0x74681022 = chip=3D0x74681022 =20 rev=3D0x05 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 LPC Bridge' class =3D bridge subclass =3D PCI-ISA atapci1@pci0:0:7:1: class=3D0x01018a card=3D0x74691022 = chip=3D0x74691022 =20 rev=3D0x03 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 UltraATA/133 Controller' class =3D mass storage subclass =3D ATA none0@pci0:0:7:2: class=3D0x0c0500 card=3D0x746a1022 = chip=3D0x746a1022 =20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 SMBus 2.0 Controller' class =3D serial bus subclass =3D SMBus none1@pci0:0:7:3: class=3D0x068000 card=3D0x746b1022 = chip=3D0x746b1022 =20 rev=3D0x05 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 ACPI System Management Controller' class =3D bridge pcib2@pci0:0:10:0: class=3D0x060400 card=3D0x00000000 = chip=3D0x74501022 =20 rev=3D0x12 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X Bridge' class =3D bridge subclass =3D PCI-PCI ioapic0@pci0:0:10:1: class=3D0x080010 card=3D0x36c01022 = chip=3D0x74511022 =20 rev=3D0x01 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X IOAPIC' class =3D base peripheral subclass =3D interrupt controller pcib3@pci0:0:11:0: class=3D0x060400 card=3D0x00000000 = chip=3D0x74501022 =20 rev=3D0x12 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X Bridge' class =3D bridge subclass =3D PCI-PCI ioapic1@pci0:0:11:1: class=3D0x080010 card=3D0x36c01022 = chip=3D0x74511022 =20 rev=3D0x01 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X IOAPIC' class =3D base peripheral subclass =3D interrupt controller hostb0@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 = chip=3D0x11001022 =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron HyperTransport Technology =20= Configuration' class =3D bridge subclass =3D HOST-PCI hostb1@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 = chip=3D0x11011022 =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron Address Map' class =3D bridge subclass =3D HOST-PCI hostb2@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 = chip=3D0x11021022 =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb3@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 = chip=3D0x11031022 =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI hostb4@pci0:0:25:0: class=3D0x060000 card=3D0x00000000 = chip=3D0x11001022 =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron HyperTransport Technology =20= Configuration' class =3D bridge subclass =3D HOST-PCI hostb5@pci0:0:25:1: class=3D0x060000 card=3D0x00000000 = chip=3D0x11011022 =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron Address Map' class =3D bridge subclass =3D HOST-PCI hostb6@pci0:0:25:2: class=3D0x060000 card=3D0x00000000 = chip=3D0x11021022 =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb7@pci0:0:25:3: class=3D0x060000 card=3D0x00000000 = chip=3D0x11031022 =20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D '(K8) Athlon 64/Opteron Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI ohci0@pci0:3:0:0: class=3D0x0c0310 card=3D0x74641022 = chip=3D0x74641022 =20 rev=3D0x0b hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 USB OpenHCI Host Controller' class =3D serial bus subclass =3D USB ohci1@pci0:3:0:1: class=3D0x0c0310 card=3D0x74641022 = chip=3D0x74641022 =20 rev=3D0x0b hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 USB OpenHCI Host Controller' class =3D serial bus subclass =3D USB atapci0@pci0:3:5:0: class=3D0x018000 card=3D0x31141095 = chip=3D0x31141095 =20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Silicon Image Inc (Was: CMD Technology Inc)' device =3D 'Sil 3114 SATALink/SATARaid Controller' class =3D mass storage vgapci0@pci0:3:6:0: class=3D0x030000 card=3D0x80081002 = chip=3D0x47521002 =20 rev=3D0x27 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'Rage XL PCI' class =3D display subclass =3D VGA re0@pci0:2:8:0: class=3D0x020000 card=3D0x816910ec chip=3D0x816910ec =20 rev=3D0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RTL8110SB Single-Chip Gigabit LOM Ethernet =20 Controller' class =3D network subclass =3D ethernet bge0@pci0:2:9:0: class=3D0x020000 card=3D0x164414e4 = chip=3D0x164814e4 =20 rev=3D0x03 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM5704 NetXtreme Dual Gigabit Adapter' class =3D network subclass =3D ethernet bge1@pci0:2:9:1: class=3D0x020000 card=3D0x164414e4 = chip=3D0x164814e4 =20 rev=3D0x03 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM5704 NetXtreme Dual Gigabit Adapter' class =3D network subclass =3D ethernet ahd0@pci0:2:10:0: class=3D0x010000 card=3D0xffff9005 = chip=3D0x801f9005 =20 rev=3D0x10 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'AIC-7902 Ultra320 SCSI Controller' class =3D mass storage subclass =3D SCSI ahd1@pci0:2:10:1: class=3D0x010000 card=3D0xffff9005 = chip=3D0x801f9005 =20 rev=3D0x10 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'AIC-7902 Ultra320 SCSI Controller' class =3D mass storage subclass =3D SCSI atapci2@pci0:1:3:0: class=3D0x010000 card=3D0x11ab11ab = chip=3D0x608111ab =20 rev=3D0x09 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology = Ltd)' device =3D 'MV88SX6081 8-port SATA II PCI-X Controller' class =3D mass storage subclass =3D SCSI [root@backup2 ~]# On Dec 30, 2007, at 11:52 PM, =20= wrote: > BTW, I've had PCI-X problems with a Marvel MV88SX6081 SATA =20 > controller on a M/B WITHOUT the HT1000 chipset (Tyan S2881UG2NR). =20 > The M/B worked flawlessly under 7.0-BETA1 & BETA2. I added the =20 > Marvell controller and EVERYTHING on the PCI-X bus flaked out. I'm =20= > seeing Ierrs and Oerrs (netstat -i) on the built-in bge interfaces, =20= > ZFS checksum errors on disks attached to the Marvel controller, etc. > > I wasn't sure from reading the thread whether Soren thought the =20 > problem went beyond the HT1000 chipset or not. The problem seems to =20= > manifest itself only when I use the disks attached to the Marvel =20 > controller. I'm applying the patch now to see if it fixes the =20 > problem. > > -Nick > > --- bofh@terranova.net wrote: > > From: Travis Mikalson > To: freebsd-current@freebsd.org > Subject: Re: ServerWorks/Broadcom HT1000 chipset errata saga > Date: Sun, 23 Dec 2007 12:40:37 -0500 > > J. Martin Petersen wrote: >> I have tested this with the scenarios that failed previously (with =20= >> 6.2 >> as well as vanilla 7.0-BETA4) and it works! Good work, S=F8ren, and =20= >> thanks >> Travis! >> >>> It would be fantastic if 7.0-RELEASE worked right out of the box for >>> people using HT1000-based motherboards. >> >> I second that. Please include it into 7.0-RELEASE, as that would =20 >> make it >> usable on off-the-shelve HP ProLiant servers instead of "silently" >> corrupting everything. > > By the way, anybody with an afflicted HT1000 system who has been =20 > unable > to install FreeBSD on it, contact me privately off-list and I can > provide you a patched 7.0-BETA4 boot CD (disc1 from make release) so =20= > you > can get it going. > > -T > --=20 > TerraNovaNet Internet Services - Key Largo, FL > Voice: (305)453-4011 x101 Fax: (305)451-5991 > http://www.terranova.net/ > ---------------------------------------------- > Life's not fair, but the root password helps. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > "